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About This Manual 


This manual describes CONTROL DATA® CYBIL procedure calls that serve 
as the interface between the CDC® Network Operating System/Virtual 

@ Environment (NOS/VE) and CYBIL programs. CYBIL is the 
implementation language for NOS/VE. 


The CYBIL program interface is described in these manuals: 


CYBIL File Management 

CYBIL Sequential and Byte Addressable Files 
CYBIL Keyed-File and Sort/Merge Interfaces 
CYBIL System Interface 


This manual, CYBIL Keyed-File and Sort/Merge Interfaces Usage, 
describes the interfaces that allow CYBIL programs to use keyed files and 
the Sort/Merge package. 


Audience 


This manual is a reference for CYBIL programmers. It assumes that the 
reader knows the CYBIL programming language as described in the CYBIL 
& Language Definition manual. 


To use the procedure calls described in this manual, the programmer must 
copy decks from a system source library. Although the manual introduction 
provides a brief description of the commands required to copy decks, the 
complete description is in the SCL Source Code Management manual. 


This manual also assumes that the reader is familiar with the NOS/VE 
command interface, the System Command Language (SCL). All commands 
referenced in this manual are SCL commands. The SCL command syntax is 
described in the SCL Language Definition manual; SCL commands are 
described in the SCL System Interface and SCL Advanced File Management : 
manuals. 


Revision B About This Manual 7 


Preface 


CYBIL Manual Set 


This manual belongs to the CYBIL manual set. Besides this manual, the 
CYBIL manual set is composed of these manuals: 


CYBIL Language Definition @ 


Contains the complete language specification for CYBIL, the NOS/VE 
implementation language, and an explaination of the Debug utility as 
used with CYBIL. 


CYBIL File Management 


Describes the procedure calls that interface between a CYBIL program 
and the NOS/VE file system. It describes local file management and 
the assignment of files to device classes with a chapter describing each 
device class. It also describes file attribute definition and file opening 
and closing. 


CYBIL Sequential and Byte Addressable Files 


Describes the procedure calls that allow a CYBIL program to read and 
write sequential and byte addressable files. It describes both segment 
access and record access. 


CYBIL System Interface 


Describes system-defined CYBIL procedures that serve as the interface 
between a program and non-I/O system capabilities. It describes 
program management, condition processing, interstate 
communication, and system command language (SCL) calls. 
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Preface 


Manual Organization 


This manual, CYBIL Keyed-File and Sort/Merge Interfaces, contains: 


An introduction that applies to both part I and part II 

Part I describing the keyed-file interface 

Part II describing the Sort/Merge interface 

Appendixes including: 

- Glossary 

- ASCII character set listing 

- Alphabetical listing of CYBIL constant and type declarations 


- Description of how to create and use collation tables and listings of the 
NOS/VE predefined collation tables. 


- Source listings of the CYBIL procedures used to report status in the 
example programs 


® Conventions 


This manual uses these conventions: 


boldface Denotes the required parts of a format. 

italics Denotes the optional parts of a format. 

blue Denotes user input within interactive session 
examples. 

UPPERCASE In formats, it denotes the parts of the format that 


must be entered exactly as shown. In text, names 
and identifiers are shown in uppercase. 


lowercase In formats, it denotes the parts of the format that the 
user supplies. 


nonproportional Denotes examples (the nonproportional typeface 
typeface simulates computer output). User input is indicated 
by blue print, system output by black print. 


number base All numbers are decimal unless otherwise indicated. 
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Preface 


i Vertical bars in the margin indicate changes or 
additions to the text from the previous revision. 


@ A dot next to the page number indicates that a 
significant amount of text (or the entire page) has 
changed from the previous revision. 


Ordering Manuals 


Control Data manuals are available through Control Data sales offices or 
through: 


Control Data Corporation 
Literature Distribution Services 
308 North Dale Street 

St. Paul, Minnesota 55103 


Submitting Comments 


The last page of this manual is a comment sheet. Please tell us about any 
errors you found in this manual and any problems you had using it. 


If the comment sheet in this manual has been used, please send your 
comments to: 


Control Data Corporation 
Publications and Graphics Division 
P.O. Box 3492 

Sunnyvale, California 94088-3492 


Please include this information with your comments: 


The manual title, publication number, and revision level (for this manual: 
CYBIL Keyed-File and Sort/Merge Interfaces Usage, 60464117 B) 


Your system’s PSR level (if you know it) 


Your name, your company’s name and address, your work phone number, 
and whether you want a reply 


Also, if you have access to SOLVER, the CDC online facility for reporting 
problems, you can use it to submit comments about this manual. When it 
prompts you for a product identifier for your report, please specify AA8 when 
commenting on the keyed-file interface and SM8 when commenting on the 
Sort/Merge interface. 
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How to Use CYBIL Program 
@ Interface Calls 


NOS/VE provides a set of CYBIL procedures, called the program interface, 

@ by which programs can request system services. This manual describes two 
parts of the program interface: the keyed-file interface and the Sort/Merge 
interface. The rest of the program interface is described in the CYBIL File 
Management, CYBIL Sequential and Byte Addressable Files, and CYBIL 
System Interface manuals. 


Copving Procedure Decks Into Your 
Program 


The CYBIL procedure declarations for the CYBIL program interface 
procedures reside in decks in a system source library. To use a program 
interface procedure, you copy the text from the appropriate decks into the 
source text of your program. (This process is described in detail in the SCL 
Source Code Management manual.) 


To copy deck text into your program, embed *COPYC Source Code Utility 

© (SCU) directives into your program. Each directive is a separate line and the 
directive must begin in column one. The directive specifies the name of a 
deck to be inserted at that point in the text. For example, the following 
directive requests insertion of the AMP$OPEN deck: 


*COPYC AMPSOPEN 


The deck text is inserted in your program when you execute the Source Code 
Utility (SCU) to process the embedded directives as it expands your program. 


It is suggested that you embed the *COPYC directives between the 
PROCEND and MODEND statements at the end of your program. This is so 
that line numbers returned by CYBIL runtime error message do not include 
the inserted procedure declaration text. A line number that includes the 
inserted text is less useful. For example, if the procedure declarations were 
inserted at the beginning of your source code, a message referencing line 
number 1270 might refer to line 42 of your source code. 
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Procedure Deck Names 


To use CYBIL program interface calls, you copy a deck for each procedure @ 
call you use. The deck has the same name as the procedure call. 


For example, if your program uses the AMP$OPEN, AMP$GET_ KEY, and 
AMP$CLOSE calls, it must use these three directives: @ 


*COPYC AMPSOPEN 
*COPYC AMPSGET_KEY 
*COPYC AMPSCLOSE 


Expanding Your Program 


Before you compile a CYBIL program that uses program interface calls, you 
use SCU to expand the program, as follows: 


1. You must begin with an existing source library file. If you do not have 
one, you can create an empty source library using the CREATE _ 
SOURCE_LIBRARY command. 


2. Start an SCU utility session, specifying a source library file. 
3. Create one or more decks containing your program text. 


4, Expand the decks containing your program text. Specify these two files as 
the alternate base libraries from which SCU copies the program interface 
decks: 


$SYSTEM.CYBIL.OSF$PROGRAM_INTERFACE 
$SYSTEM.COMMON.PSF$EXTERNAL_INTERFACE_ SOURCE 


5. End the SCU utility session. 
This process gives you the expanded program text that can be compiled. 


The following is a minimal command sequence that performs the preceding 
steps (numbered 1 through 5). It uses only temporary files and assumes your 
program text is on file $USER.PROGRAM_ TEXT. (/, sc/, and sc../ are 
system prompts; you do not enter them.) 


1. /create_source_library result=temporary_library 
2. /scu base=temporary_library 


3. sc/create_deck deck=temporary_deck .. 
sc../modification=temporary_modification source=$user.program_text 


4. sc/expand_deck deck=temporary_deck .. 
sc../alternate_base=($system.cybil.osf$program_interface, .. 
sc../$system.common.psf$external_interface_source) 


5. sc/quit write_library=no ®@ 
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Copying Procedure Decks 


The EXPAND_DECK subcommand writes the expanded program text on 
& file COMPILE. You could next compile the expanded program text with a 
command such as this: 


/cybil input=compile List=listing List_options=(r, a) 


r The CYBIL command is described in the CYBIL Language Definition 
manual. For more information on source libraries and source text expansion, 
see the SCL Source Code Management manual. 


Executing Your Program 


When the compiled program is a CYBIL program containing any of the calls 
described in this manual, you must add an object library to the program 
library list before executing the program. The object library file to be added 
to the list is as follows: 


Keyed-file interface calls: $LOCAL.AAF$44D_ LIBRARY 
Sort/Merge interface calls: $LOCAL.SMF$LIBRARY 
This step is required so that modules can be loaded from the object libraries. 


The commands that can add an object library to the program library list are 

@ described in the SCL Object Code Management manual. (If program 
execution is initiated within another CYBIL program, a CYBIL call can add 
the required object library to the program library list as described in the 
CYBIL System Interface manual.) 


For example, the following SET PROGRAM ATTRIBUTES command 
adds both object libraries to the program library list; the LGO command 
executes the object modules on file LGO: 


set_program_attributes, .. 
add_libraries=($local .aaf$44d_library, Slocal.smf$library) 
Lgo 


The following EXECUTE_TASK command performs the same operations as 
the preceding two commands: 


execute_task, file=lgo, .. 
Libraries=($local.aaf$44d_library, $S$local.smf$library) 
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Procedure Calls in Your Program 


Procedure Calls in Your Program 


A call to a program interface procedure has the same format as any other 
CYBIL procedure call. It consists of the procedure name followed by a 
parameter list enclosed in parentheses and terminated by a semicolon. For 
example, this is a call to open a file: 


AMPSOPEN ( Lfn, AMCSRECORD_ACCESS, NIL, fid, status ); 


NOTE 


You cannot omit parameters in a procedure call. You must specify a value (or 
a variable containing an appropriate value) for each parameter in the 
procedure call format. The parameter values must be specified in the order 
shown in the call format. 


The CYBIL compiler performs type checking on all parameter values. The 
type of each parameter value must conform to the type specified for the 
parameter in the procedure declaration. 


The parameter type is given in the parameter description. For example, 
consider this parameter description: 


status: VAR of ost$status 
Status variable in which the completion status is returned. 


This parameter description describes the status parameter. The words VAR 
OF indicate that it is a reference parameter, meaning that the procedure 
returns a value to the caller in the specified variable. The parameter type is 
OST$STATUS. 


The CYBIL type declarations for the calls described in this manual are listed 
in alphabetical order in appendix C. 
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Status Checking 


Status Checking © 


The last parameter on every program interface call is the status parameter. 
You must specify a status variable (type OST$STATUS) as the last 
parameter on a call. When the procedure completes, it returns its completion 
status in the specified status variable. 


You can specify an error-exit procedure to process errors returned by file 
interface procedures. (It does not process Sort/Merge errors.) The error—-exit 
procedure is specified by the error_exit_name or error_exit_ procedure file 
attribute. 


If an error-exit procedure is specified for an instance of open, a file interface 
procedure calls the error-exit procedure when it returns abnormal status. The 
abnormal status is passed to the error-exit procedure which, in turn, passes 
its completion status to the status variable specified on the call. 


An error-exit procedure is effective only while the file is open. It is not 
effective for AMP$OPEN or AMP$CLOSE calls. For these calls, and for files 
without error-exit procedures, you must check the contents of the status 
variable after the call to determine if the call completed successfully. 


A status record is returned in the status variable. If the NORMAL field of the 
status record is TRUE, the procedure completed normally. If the NORMAL 
field is FALSE, the procedure completed abnormally. & 


For example, these lines show an AMP$OPEN call and the status check 
following the call: 


AMPSOPEN ( Lfn, AMCSRECORD_ACCESS, NIL, fid, status ); 
IF NOT status.NORMAL THEN 

PMPSEXITC status ); 
IFEND; 


For the PMP$EXIT call description and additional information on condition 
handling, see the CYBIL System Interface manual. A more complete 
example of status variable processing is given by the p#inspect_ status _ 
variable and p#display_status_ variable procedures in appendix E. 


Exception Condition Information 


When the procedure completes abnormally, the procedure returns additional 
information about the exception condition (the error) that occurred. The 

following variant fields of the OST$STATUS record return condition @ 
information when the key field, NORMAL, is FALSE: 
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Status Checking 


@ IDENTIFIER 


Two-character string identifying the process that detected the error. 
These are the process identifiers that could be returned by calls 
described in this manual: 


eo -« 


Keyed-file interface (Advanced Access) 


AM _ Access Method (lower-level input/output procedure called by 
the keyed-file interface) 
OS Operating System 
SM _ Sort/Merge 
PF Permanent File management 
PM Program management 
CONDITION 


Code that uniquely identifies the exception condition (an integer of 
type OST$STATUS_CONDITION). Your program should reference 
the exception condition by its condition identifier. (For example, 
AAE$KEY NOT FOUND is a keyed-file interface condition 


identifier.) 


Each procedure description lists the condition identifiers of exception 
@ conditions commonly returned by the procedure; the list does not 
include all conditions that the procedure can return. 


TEXT 


Additional information about the condition contained in a string 
record of type OST$STRING. The record has two fields: 


SIZE 


The string length in characters (0 through 256) 


VALUE = The text string 


NOTE 


The TEXT field does not contain the error message. It contains 
items of information that are inserted into the message template for 
the exception condition when an error message is formatted. For 
more information on message formatting, see the CYBIL System 
Interface manual. 


The error-exit procedure or your program can also fetch the error severity 
level for an exception condition using an OSP$GET_STATUS_SEVERITY 
@ call (as described in the CYBIL System Interface manual). 
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System Naming Convention ® 


In general, all CYBIL program interface identifiers follow a system naming 
convention as follows: 


idx$name 


id Two characters identifying the process that uses the identifier. 
(These are the same process identifiers returned in the 
IDENTIFIER field of the status record.) 


x Character indicating the type of CYBIL element identified. 
These are the element types: 
Cc Constant 
d Declaration of multiple or complex types 
e Error condition 
f File 
i Inline text or code 
k Keypoint or keyword 
m Module 
p Procedure 
Ss Section 
t Type 
V Variable 
x Element with XDCL attribute © 
$ The $ character indicates that CDC defined the identifier. 
NOTE 


To avoid redefining a CDC identifier, do not use the $ character 
in identifiers that you define. 


name A string describing the purpose of the element referenced by the 
identifier. 


For example, the identifier AMP$CREATE_KEY_DEFINITION follows the 
naming convention: 


e Its process identifier is AM (Access Method). 
e It identifies a procedure (P). 
e It is a CDC-defined identifier ($). & 


e Its purpose is the creation of an alternate-key definition 
(CREATE_KEY_ DEFINITION) 
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The CYBIL keyed-file interface is a group of procedure calls that perform 
operations on keyed files. A keyed file is a file whose file organization allows 
& record access by key value. 


Keyed files are like sequential and byte-addressable files in that the data in 
the files is contained in records. 


A record is a collection of data that is read and written as a unit. The record 

could contain several fields of data, some of which have a fixed length while 
others vary in length. Thus, the records as a whole could have a fixed length 
or be variable in length. 


For example, a record could contain three data items of different types: an 
integer, a floating point number, and a string of characters. To write a 
record, a program writes all three data items together as a record; when the 
record is later read, all three data items are delivered to the program. 


The records in a sequential or byte-addressable file are stored as a simple 
sequence. The records in a keyed file are stored within a file structure as 
described in the following sections. 


@ Keved-File Organizations 


A file is a keyed file if its file_organization attribute is either indexed- 
sequential or direct-access. A keyed-file organization allows you to read any 
record in the file directly by specifying its key value. The key value for a 

record is determined when the record is written to the file. 


To allow you to access each record by a key value, the file organization must 
relate each key value to the location of the record in the file. The keyed-file 
interface performs all processing required to relate a key value to a record 
location; the user does not specify how this is done beyond choosing the file 
organization. The method of relating a key value to a record location differs ’ 
for each keyed-file organization as described in the following sections. 


Revision B Keyed-File Concepts __[-1-1 


Indexed-Sequential File Organization 


Indexed-Sequential File Organization 


The indexed-sequential file organization allows content addressing of 
records; that is, you can directly access a record by the contents of one or 
more fields of data in the record. The fields of data by which a record is 
addressed are its key fields, and the contents of those fields are its key 
values. 


An indexed-sequential file always has a primary key. (It can also have one 
or more alternate keys as described in the Alternate Keys section of this 
chapter.) 


Each primary-key value is unique within the file; there can be no duplicate 
primary-key values in a file. 


The indexed-sequential file organization is used only when you can assign a 
unique value to each record stored in the file. This unique value is usually a 
field of data within the record (an embedded key), although it can be a value 
assigned to the record and not included in the record data (a nonembedded 
key). 


For example, the primary key for an employee file could be the employee’s 
name. However, because two employees could have the same name, it is 
better to assign a unique identification number to each employee and use 
that number as the primary key for the file. 


The indexed-sequential file organization should be used if a requirement 
exists to read file records both sequentially and randomly. For example, the 
records in an employee file could be read sequentially to produce a listing of 
all employees or read randomly to update individual records. 


When an indexed-sequential file is read sequentially, its records are accessed 
in ascending order by key value. The order is kept even when new records are 
added to the file. For example, if an employee file is read sequentially using 
its primary key (the employee identification number), the records are read in 
ascending order by their identification number. 


Indexed-Sequential File Structure 


This section gives a general description of the indexed-sequential structure. 
You can use indexed-sequential files without knowing their structure. 
However, if you understand the indexed-sequential structure and how it 
grows, you can create more efficient indexed-sequential files by specifying 
appropriate values for structural parameters. 


The internal structure of an indexed-sequential file is designed to provide 
both random and sequential access to the data records in the file. File space 
is divided into blocks, all the same size. 
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Indexed-Sequential File Organization 


@ A block contains a block header and one of the following: 


Internal tables 
Data records (a data block) 
Index records (an index block) 


& Each index record points to a data block. The index record contains the 
location of the data block and the range of key values of the data records 
stored in that block. 


You can display the contents of all components of an indexed-sequential file, 
the internal tables and index blocks as well as the data blocks, using the 
DISPLAY KEYED_FILE command described in the SCL Advanced File 
Management Usage manual. 


As you might expect, the actual internal index mechanism is complex. The 
simplified examples in this section, however, provide the level of detail you 
need to know in order to use indexed-sequential files. 


To see how an index works, let’s look at a very small file that contains one 
index block and two data blocks. As shown in figure I-1-1, the index block 
contains two index records. (The index records contain key values 1 and 5.) 
Each index record points to a data block in the file. 


Data Block 


Index Block 


@ Figure I-1-1. Minimal Indexed-Sequential Structure 
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Indexed-Sequential File Organization 


Let’s suppose you request to read randomly the record with key value 6. 
When the record is read, these steps are performed: @ 


1. The index records are searched to find the index record whose range of 
key values includes the key value 6. 


2. After the correct index record (the second one) is found, the search for the & 
record continues with the data block to which the second index record 
points. 


3. The second data block is searched for the record with key value 6. When 
the record is found, its data is returned to the requestor. 


Next, suppose you request that all records in the file shown in figure I-1-1 be 
read sequentially. These steps are performed: 


1. The first index record is read to find the first data block. 

2. The records from the first data block are read in order. 

3. The second index record is read to find the second data block. 
4, The records from the second data block are read in order. 


5. The sequential read ends because there are no more index records and, so, 
no more data blocks to read. @ 


This process reads the records in key-value order because both the index 
records and the data records are kept in key-value order. 


Data-Block Split 


Usually, a block has some empty space, called padding, that was left empty 
so that additional records could be written later to the block. Suppose, as 
shown in figure I-1-2, that a data block has been filled, a new record is to be 
written, and its key value is within the range of key values of the records in 
the full data block. For the file structure to be maintained, the data block 
must be split. 


When a data-block split occurs, records in the data block whose key values 
are less than the key value of the new record remain in the existing block. All 
records in the existing block that come after the new record are moved to the 
newly created block. 


The new record is put into either the new block or the existing block, 
depending on the relative amount of empty space in the blocks and the size @e 
of the new record. If the new record does not fit in either block, another new 

block is created and the new record is put into that block. 
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Figure I-1-2. Data-Block Split 
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Index Levels 


As with data blocks, index blocks are also initially created with some empty @& 
space (index-block padding). However, for each new data block created due 

to a data-block split, another index record must be created. With the addition 

of many data records, the initial index block becomes full. When the index 

block is full, the next data-block split causes an index-block split. 


As shown in figure I-1-3, when the initial index block splits, it causes the 
creation of another index level. 


The index levels are numbered from the top down as index level 0, index level 
1, and so forth. Index level 0 always has only one index block; it is always 
the starting point for an index search. 


The index block at an upper level contains an index record for each index 
block at the next lower level. For example, the index block at level 0 contains 
an index record for each index block at level 1. 


A search for a data record requires an index-block search at each index level. 
For example, the level-O search finds the index record that points to the 
appropriate level-1 index block. If the file has only two index levels, the level 
1 search finds the index record that points to the appropriate data block. 


As you can see, the addition of another index level increases the time 
required to find an individual data record. oS} 


Index levels can be added up to the index-level limit of 15 levels. This sets a 
limit on the number of records in the file. 


The index-level limit is reached when addition of another record to the file 
would require creation of another index level, but 15 index levels already 
exist in the file. When this happens, the index-level-overflow flag is set and 
no more records can be added to the file. 
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Figure I-1-3. Index-Block Split 
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Figure I-1-3. Index-Block Split 
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Indexed-Sequential Primary Keys 


The primary key for a keyed file is defined when the file is created. The 
primary-key value must be unique for each record in the file. 


A primary-key definition requires specification of these attributes: 


Embedded or nonembedded key (the default is embedded) 
Key position (if the key is embedded) 

Key length 

Key type (the default type is uncollated _key) 
Collate-table name (if the key type is collated_key) 


A key is embedded if the key value is part of the data in the record. An 
embedded key value is returned as part of the record data when the record is 
read; a nonembedded key value is not. 


The key position in the record must be specified if the key is embedded. The 
first byte position in a record is byte 0. If the key is nonembedded, you do not 
specify a key position. 


You must specify the key length whether the key is embedded or 
nonembedded. It indicates the number of bytes in the key. 


Key Length 
or th aN 


Record 


Key Position 


The key type describes the data in the key. These are the possible key types: 


Integer key The key value is a signed integer; it is sorted in 
numerical order. 


Uncollated key The key value is a string of characters; it is sorted 
byte-by-byte according to the ASCII collating 
sequence. 


Collated key The key value is a string of characters; it is sorted 
byte-by-byte according to a collating sequence that 
you specify. 


If the key is a collated key, you must specify the collating sequence to be 
used to sort the key values. The collating sequence is specified by its name. 
NOS/VE provides several predefined collating sequences (listed in 

appendix E). You can also create your own collating sequence as described in 
appendix E. 
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Direct-Access File Organization 


The direct-access file organization is like the indexed-sequential file @ 
organization in its use of a primary key. You define the primary key for the 

file when you create the file. It can be a field embedded in the record or a 
nonembedded value. Each primary-key value in the file must be unique; the 

file can contain no duplicate primary-key values. @ 


Like an indexed-sequential file, a direct-access file can have alternate keys. 
An alternate key for a direct-access file is the same as an alternate key for 
an indexed-sequential file. Alternate keys are described later in this chapter. 


Like indexed-sequential file records, you must specify the primary-key value 
when writing or deleting a direct-access file record. Similarly, you must 
specify either a primary-key value or an alternate-key value to read a 
direct-access file record. 


Direct-access and indexed-sequential files differ in the ordering of records in 
the file: 


@ When records are read sequentially from an indexed-sequential file, the 
records are returned in order, sorted by primary-key value. 


@ When records are read sequentially from a direct-access file, the records 
are returned unordered. 


In general, random record access is faster for the direct-access file @ 
organization than for the indexed-sequential file organization. This is 

because the direct-access file organization determines the location of a record 

directly from its primary-key value. (In indexed-sequential files, a record can 

be found only after a search at each index level.) 


Direct-Access File Structure 


The direct-access file structure is designed to locate each record directly by 
its primary-key value. The primary-key value directly specifies the file block 
containing the record. 


File space in a direct access file is divided into equal-size blocks. Initially, all 
blocks in the file are home blocks (as opposed to overflow blocks). 


When a record is written to a direct-access file, its primary-key value is 

hashed to produce the number of the home block in which the record is 

written. If the home block does not contain enough empty space for the new 

record, the record is written to an overflow block. @ 
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Direct-Access File Organization 


& Assuming the hashing procedure produces a uniform distribution of numbers 
from the primary-key values in the file, the records are uniformly distributed 
among the home blocks of the file. Thus, each record can be found by a 
single search of its home block without additional searches of overflow 


& blocks. 


You specify the initial number of home blocks when you create the file. By 
default, a system hashing procedure is used to distribute the records among 
the home blocks although you can provide another hashing procedure for the 
file if you like. 


As an illustration of a small direct-access file, suppose you define a direct 
access file as having five home blocks. 


@) 1 2 3 4 
Home 
Blocks 


The first record written to the file has primary-key value XYZ. Assume that 
hashing of this primary-key value produces the block number 2. The record 


is then written in home block 2. 
3 4 


6) 1 
Home 
Blocks 


Assume you want to read the record with primary-key value XYZ. The value 
XYZ is hashed and, as before, produces the block number 2. The keyed-file 
interface searches for the record with primary-key value XYZ in home block 
2. (The records in a block are ordered by primary-key value so each record 
can be quickly found.) 


Suppose that many records have been written to the file and home block 2 
has been filled. 


0 


Home 
Blocks 
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At this point, a record is to be written with primary-key value ABC. Hashing & 
of the value ABC produces block number 2, but there is insufficient space for 
the record in home block 2 so it is written in an overflow block. 


0) | 2 3 


Home 
Blocks 


Overflow 
Block 


Later, to read the record with primary-key value ABC, the primary-key 
value is hashed to produce block number 2. Home block 2 is searched for 
primary-key value ABC. When it is not found in the home block, the search 
continues in the overflow block until the record is found. 


An ideal direct-access file structure has these characteristics: 


e Sufficient home blocks are allocated and records are uniformly distributed 
among the home blocks so as to avoid overflow. @ 


@ Each block contains a limited number of records so as to minimize the 
search time in each block. 


e The number of home blocks is not so large that the file contains excessive 
unused space. 


These characteristics are determined by the file attribute values specified 
when the file is created. You must specify the initial_ home_block_count and 
can optionally specify the max_block_length and the hashing _ procedure _ 
name attributes. (The attributes are described in chapter I-2.) 


One other characteristic to be considered when selecting the number of home 
blocks is the loading factor. The loading factor is the percentage of block 
space used. To allow for less-than-uniform distribution of records in the 
home blocks, the loading factor should be no greater than 90%. 


To illustrate, suppose the direct access file is to contain 10,000 80-byte 

records (80,000 bytes of record data). Using a block size of 4096 bytes, 20 

home blocks would be sufficient if the hashing procedure could guarantee e 
uniform distribution of the records in the home blocks. This would result in a 

loading factor of nearly 98% (80,000 divided by 81,920). However, because 

uniform distribution should not be expected, the number of home blocks 

allocated should be at least 22 (for a loading factor of 89%). (It is also 

recommended that the home block count be a prime number; thus, 23 would _ 
be a better home block count for the file in this example.) 
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Hashing Procedure 


@& The system provides a default hashing procedure named AMP$SYSTEM _ 
HASHING_PROCEDURE. However, if desired, you may specify your own 
hashing procedure that produces a uniform distribution of numbers from the 
primary-key values in your file. 


@ The system executes the hashing procedure each time a record is requested 
by key value from the direct-access file. The hashing procedure is not stored 
with the file so the system must be able to load the procedure each time the 
direct-access file is opened. 


NOTE 


Any ring _attributes value is valid for the object library containing the 
hashing procedure. However, in a production environment, you should store 
the hashing procedure in a ring 4 object library. This improves performance 
because hashing procedures are executed as asynchronous tasks. (Usually, 
site personnel maintain the ring 4 object libraries.) 


A hashing procedure receives a primary-key value as its input and produces 
an integer as its output. It must always produce the same output from a 
given input. 


& A hashing procedure is written in the CYBIL language. It must pass these 
parameters: 


1. primary~key value: “cell 
Variable in which the system passes the location of the primary-key 
value to be hashed. 


2, key_length: amt$key_length 
Integer variable in which the system passes the length in bytes of the 
primary-key value (from 1 through 255). 


3. VAR hashed_value: integer 
Integer variable in which the hashing procedure stores the hashed 
value. 


4. VAR status: ost$status 
Standard NOS/VE status variable in which the hashing procedure 
stores its completion status. If the hashing procedure returns an 
abnormal status, the keyed-file interface issues the fatal condition 
@ aae$system_error_ occurred followed by the status returned by the 
hashing procedure. 
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The system divides the value it receives from the hashing procedure by the 

number of home blocks and uses the remainder as the home block number. r 
For example, if the number of blocks is 97, it divides the hashed value by 97 

and uses the remainder (an integer from 0 through 96) as the home block 

number. A more uniform distribution of records is expected if the number of 


home blocks is a prime number. @ 


Direct-Access Primary Keys 


In general, the primary key of a direct-access file has the same 
characteristics as the primary key of an indexed-sequential file. You specify 
whether the primary key is embedded or nonembedded, its position (if the 
key is embedded), and the key length. However, a key _type attribute value 
specified for a direct-access file is ignored; the key_type attribute for a 
direct-access file is always uncollated. 


Unlike an indexed-sequential file, sequential access calls to a direct-access 
file while the primary-key is selected do not return the file records sorted by 
primary-key value. The calls return records according to their physical 
location in the direct-access file. Records within each block are ordered 
according to the default ASCII collating sequence, but the blocks are not 
ordered by primary-key values. 


keys are defined for the file. The alternate index keeps the alternate-key 
values in sorted order. Sequential access calls while an alternate key is 
selected return records in the order provided by the alternate index. 


Direct-access file records can be accessed in order if one or more alternate & 


If appropriate, you could define an alternate key for the same field as an 
embedded primary key. In this way, you could access direct-access file 
records in primary-key value order. 
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Alternate Keys 


A record within a keyed file can always be accessed by its primary-key 
value. An alternate key provides an additional way to access records. 


An alternate key defines a value in the data record by which the record can 
be accessed. An alternate key is defined as a field or group of fields in the 
record. 


Although a program can use alternate keys to read records or to position a 
file, alternate keys cannot be used to write, replace, or delete records. The 
primary-key value must be used to identify a record to be written, replaced, 
or deleted. 


Alternate-Key Characteristics 
Alternate-key fields can overlap each other and an embedded primary key. 


For example, the primary-key field could be bytes 0 through 9 and two 
alternate-key fields bytes 0 through 19 and bytes 4 through 14. 


Record 


Primary Key 


Alternate Key 1 


a ee atl 
Alternate Key 2 


Unlike a primary-key value, one alternate-key value can be associated with 
several records in a file. The reason is that an alternate-key value need not 
be unique. The same alternate-key value can occur in several records; for 
example, the same job title can be associated with many names, as follows: 


Data Records: Hanson Computer Programmer 
Jones Computer Programmer 
Smith Computer Programmer 
Alternate Index: Alternate Key Primary Key 
Value Values 
Computer Programmer Hanson 
Jones 
Smith 
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A record can contain more than one alternate-key value if the alternate key 

is defined as a field that repeats in the record; thus, a single record could @ 
contain several alternate-key values. For example, the license numbers of 

several cars owned by one person as follows: 


Data Record: R. Petty 1 LB AU 2ASM451 ELK 592 
Alternate Index: Alternate Key Primary Key @ 
Value Values 
1 LB AU R. Petty 
2ASM451 R. Petty 
ELK 592 R. Petty 
The Alternate Index 


The index for the primary key was described earlier in this chapter. Each 
alternate key defined for a file has its own index. 


An alternate index contains index records, each of which associates an 
alternate-key value with the primary-key values of the records containing 
that alternate-key value. The list of primary-key values associated with an 
alternate-key value is the key list for that alternate-key value. 


When you select an alternate key and then specify an alternate-key value, @ 
the system searches for the value in the alternate index. If it finds the 

alternate-key value, it uses the primary-key values in the key list for the 
alternate-key value to access the data records. 


When one or more alternate keys are defined for a file, file updates require 
more time because the alternate indexes must also be updated. Alternate 
keys should be used only when the additional record access capability offsets 
the cost of increased time spent for file updates. 


Alternate-Key Definition 


The attributes of an alternate key are specified by its alternate-key 
definition. 


These attributes are required to define an alternate-key: 

Key name 

Key position 

Key length © 
An alternate key has a name so that it can be selected later for use. The 
alternate-key position and length define the alternate-key field within the 


record. & 
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These optional attributes define how the alternate key is processed: 


@ Key type 


Collate table name (if the key type is collated) 
Duplicate key values 
Null suppression 
@ Sparse-key control 
Repeating groups 
Concatenated key 


The key type of an alternate key determines the order of the alternate-key 
values in the alternate index, and therefore, the order in which records are 
accessed sequentially when you use the alternate key. The key types for an 
alternate key are the same as the key types for the primary key as described 
earlier in this chapter. 


If the key type is collated, you can explicitly specify a collation table for the 
alternate key or use, as the default, the collation table for the primary key (if 
the primary key type is collated). 


Duplicate Key Values 


By default, duplicate values for an alternate key are not allowed. However, if 
you want to allow duplicate key values, you can specify whether the records 

@ having the same alternate-key value are accessed ordered by primary key or 
in first-in-first-out order. 


In a key list ordered by primary key, the primary-key values are stored in 
sorted order according to the primary-key type. New values are inserted into 
the key list so that the primary-key value order is kept. 


In a key list ordered first-in-first-out, the primary-key values are stored in 
the key list in the order the values are added to the key list, instead of in 
primary-key-value order. New values are always added to the end of the key 
list. 
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For example, suppose you write three records to the file in this order: 
McDarrels Hamburgers sd] 
Burger Duke Hamburgers 
Willys Hamburgers 
The following shows the resulting key list in primary-key order and in & 
first-in-first-out order: 
Key Lists 
Alternate Ordered by First In 
Key Value Primary Key First Out 
Hamburgers Burger Duke McDarrels 
McDarrels Burger Duke 
Willys Willys 


Duplicate-Key Value Error Processing 


If duplicate values are not allowed and a duplicate is found in a record about 
to be written to the file, the record is not written to the file and a trivial error 
(status AAES$DUPLICATE_ALTERNATE_ KEY) is returned. 


A trivial error (status AAESUNEXPECTED_DUP_ENCOUNTERED) also 
occurs if a duplicate value is found while a new alternate index is being @ 
created. However, the record containing the duplicate value cannot be 

discarded, because it is already in the file. Subsequent processing depends on 

whether incrementing the trivial-error count causes the count to exceed the 
trivial-error limit as set by the user. 


e If the trivial-error limit is not exceeded, the apply operation redefines the 
alternate key being applied to allow duplicates, ordered by primary-key 
value, discards the partially built index, and builds the redefined index. 


e If the trivial-error limit is reached, the apply operation returns the status 
condition AAE$DUPLICATE_ KEY _ LIMIT and removes all alternate 
indexes it has created. (Deleted indexes are not restored.) 


In either case, a message describing the action taken is written to the 
$ERRORS file. 
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@ Null Suppression 


By default, if an alternate-key field contains a null value, the null value is 
stored as the alternate-key value for the record. The null_ suppression 
attribute allows you to exclude null values from an alternate index. 


© Null suppression excludes any record with a null alternate-key value from 
the alternate index. Null suppression can save space, access time, and update 
time because the index is smaller when null alternate-key values are 
excluded. (Null suppression does not remove the null value from the data 
record.) 


The null value depends on the key type as follows: 


Key Type Null Value 

Integer Zero 

Uncollated Spaces 

Collated Spaces (before collation) 


If null suppression is not specified, records containing a null value in the 
alternate-key field are indexed by the null value. The records can later be 
accessed by specifying the null value as the alternate-key value. 


For example, suppose the spouse’s name is defined as an alternate key toa 
membership file. Unmarried members would have a null value for the 

@ alternate-key field. Therefore, the key list for the null value lists all 
unmarried members. The following shows the alternate index with and 
without null suppression: 


Without Null Suppression With Null Suppression 


Spouse’s Name Member’s ID Spouse’s Name Member’s ID 


1626736 Diana Simmons 4872672 
8273648 Mark Ramsey 2673651 
Diana Simmons 4872672 Shelly Gable 7726184 
Mark Ramsey 7726184 
Shelly Gable 2673651 
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Sparse-Key Control @ 


You can use sparse-key control to create an alternate index that includes or 
excludes records depending on the character in a specific position in the 
record. 


For example, suppose a student file has a one-character code indicating the © 
student’s class. To get a mailing list for juniors and seniors only, you could 
define an alternate index controlled by the class code. 


To specify sparse-key control, you specify three values: 


Value Example 

Sparse-key control position Position of the class code in the record 

Sparse-key control characters Junior and senior class code 
characters 

Sparse-key control effect Included if the class code indicates a 

(Indicates whether the junior or senior record 


alternate-key value should be 
included or excluded if the 
sparse-key character matches) 


Assume that the sparse-key control position is the first character after the 
name field and that the junior and senior class codes are 3 and 4. If the 
following records are copied to the file, the first three records are included in 
the alternate index, but not the last record. 


Louis Skolnik 4 
Gilbert Sullivan 4 
Elliot Wermzer 3 
Judy Manhasset 2 


The sparse-key control position must be within the minimum record length. 
If you specify sparse-key control for an alternate key, the alternate-key field 
or fields need not be within the minimum record length. 


A nonfatal (trivial) error (status AAE$SPARSE_KEY_BEYOND_EOR) is 
returned if both of these conditions are true for a record: 


e The character at the sparse_key_control_position indicates that the 
record should be included in the alternate index 


e The record has no alternate-key value because the record ends before the @ 
alternate-key field 


When an apply or write operation detects this error, it does not include the 
record in the alternate index. (A write operation does write the record to the 
file.) 
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Concatenated Keys 


A concatenated key is an alternate key formed from several fields, or pieces, 
in the record. A concatenated key can comprise up to 64 pieces. 


The concatenated pieces can be noncontiguous and can be concatenated in 
any order. Each piece can be a different key type. All collated-key pieces use 
the same collation table. 


The first piece you specify is the leftmost piece of the key. You specify it the 
same as you specify a nonconcatenated key. The pieces to be concatenated to 
the leftmost field are defined by individual records in the optional_ attributes 
array. The record order in the array specifies the order of the concatenated 
pieces. 


A concatenated key can use sparse-key control or null suppression or both. A 
concatenated key is considered to have a null value if the values in all fields 
of the key are null (before collation for collated keys). 


For example, suppose you decide to define an alternate key consisting of the 
initials of the member’s name. The first piece of the key value would be the 
first letter of the member’s first name, the second piece would be the first 
letter of the member’s middle name, and the third piece would be the first 
letter of the member’s last name. Consider this data record: 


) 20 40 


The desired alternate key value is JFK. The concatenated-key pieces could be 
defined by the following CYBIL lines. (The second and third pieces are 
defined by records in the optional _attributes array.) 


First piece (position 20, length 1): 


AMPSCREATE_KEY_DEFINITION( fid, ‘initials', 20, 1, 
optional_attributes, status); 


Second piece (position 40, length 1): 

CAMCSCONCATENATED_KEY_PORTION, (C40, 1, AMCSUNCOLLATED_KEY] J, 
Third piece (position 0, length 1): 

CAMCSCONCATENATED_KEY_PORTION, [0, 1, AMCSUNCOLLATED_KEY] J, 
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Repeating Groups 


The repeating-groups attribute allows a data record to contain more than 
one value for the same alternate key. This allows a primary-key value to be 
associated with more than one alternate-key value. 


To specify an alternate-key field within a repeating group: @ 


1. Specify the first alternate-key field by its key position, key length, and 
key type. All subsequent alternate-key fields have the same length and 
type as the first. 


2. Specify repeating groups for the alternate key by specifying the repeating 
group length: that is, the distance from the beginning of the first instance 
of the alternate key to the beginning of the second instance of the 
alternate key in the record. 


3. Specify the repeating-group count: that is, how many times the alternate 
key field repeats in the record. 


You can specify that the repeating group repeats a fixed number of times or 
that it repeats until the end of the record. 


e If the alternate-key field repeats a fixed number of times, all 
alternate-key fields must be within the minimum record length. 


e If the alternate-key field repeats to the end of the record, the minimum @ 
record length imposes no restriction. The system stores as many 
alternate-key values as the record length allows. 


Repeating groups cannot be used with concatenated keys or when 
duplicate-key values are allowed and ordered first-in-first-out. 


For example, suppose each record in a membership file lists the sports the 
member enjoys and his or her years of experience as follows (columns are 
counted from zero): 


Field: Sports and Sports Experience 


Columns: Variable number of 2-field pairs beginning at column 75 The 
Sports field is 10 characters followed by a 2-digit Sports 
Experience field 


Type: ASCII characters 
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75 87 99 111 


Key Length 


@ Repeating Group Length 


You could define an alternate key for the Sports values (without the 
Sports-Experience values) by the following CYBIL lines. (The first two lines 
initialize records in the optional_ attributes array.) 


{ Repeating_Group_Length=12, Repeat_to_End_of_Record=true } 
CAMCSREPEATING_GROUP, (12, TRUE] J, 
CAMCSDUPLICATE_KEYS, AMCSORDERED_BY_PRIMARY_KEY], 


AMPSCREATE_KEY_DEFINITION(C fid, 'sports', 75, 10, 
“optional_attributes, status); 


The key list for an alternate-key value would list the identification numbers 
of all members that enjoy that sport. 


The following shows the primary keys for three records and their contents 
& from column 75 to the end of the record: 


Primary Key Record Contents Beginning at Column 75 
1662876 VolleyballO2Running O3Basketball02 
6166287 Bicycling 10Volleybal l01 

0027840 Running 15Running 15Running = 15 


If these were the only records in the file, the alternate index would appear as 
follows: 


Alternate-Key Value Primary-Key Values 


Basketball 1662876 
Bicycling 6166287 
Running 0027840 1662876 
Volleyball 1662876 6166287 


Notice that the key type is the default, Uncollated_Key, and the 
duplicate-key values specification is Ordered_By_Primary_ Key. Thus, each 
@ key list is sorted according to the default ASCII collating sequence. 


Notice also, as shown by the Running key list, that each primary-key value 
is listed only once in a key list, regardless of the number of times the 
alternate-key value occurs in the record. 
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Nested Files 


A nested file is a file structure defined within a NOS/VE file cycle. It is & 
recognized and used by the keyed-file interface; it is not recognized or used 
by the NOS/VE file system. 


The keyed-file interface provides nested files so as to extend the NOS/VE © 
limit on the number of files a task can use. All nested files defined in a file 

share the same memory segment. This provides effective memory use when 

the nested files are much smaller than the segment size limit (282 bytes). 


The keyed-file interface creates the initial nested file (named $MAIN_ FILE) 
when it creates the keyed file. It uses $MAIN_ FILE as the default nested file; 
other nested files are used only when explicitly selected. 


An AMP$CREATE_NESTED_ FILE call can create a nested file (in 
addition to the default nested file $MAIN_FILE). The call defines the 
attributes applicable to the nested file only. These include its: 


File organization 


Record attributes, including its record type and its minimum and 
maximum record lengths 


Primary-key attributes, including its key position, key length, key type, 
and collation table ©} 


Structural attributes applicable to the file organization 


All other file attributes apply to all nested files in a keyed file. The 
RECORD _LIMIT attribute specifies the maximum number of records in 
each nested file. For more information on attributes, see Creating a Keyed 
File later in chapter I-2. 


Each alternate-key definition applies to only one nested file. To define an 
alternate key for a nested file other than the default nested file ($MAIN _ 
FILE), you first select the nested file and then define the alternate key. 
Similarly, to select an alternate key for a nested file other than the default 
nested file (GSMAIN_FILE), you first select the nested file and then select the 
alternate key. 
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A task can perform operations only on the currently selected nested file. 

@ However, file position and key selection information for a nested file is not 
lost when another nested file is selected. For example, consider this sequence 
of events: 


1. A task is issuing AMP$GET_NEXT calls to NESTED _FILE_1 using 
& ALTERNATE _KEY_ 1 


2. The task selects and uses NESTED_FILE_2. 


3. The task selects NESTED_FILE_1 again. It can continue reading records 
sequentially from the position it had when it selected NESTED _FILE_ 2. 
The same key, ALTERNATE_KEY_ 1, remains selected. 


The calls to manipulate nested files are described in chapter I-3. The calls 
are: 


AMP$CREATE_NESTED_ FILE 
Defines a nested file 


AMP$DELETE_NESTED_ FILE 
Destroys a nested file 


AMP$SELECT_NESTED_ FILE 
Changes the nested file currently selected 


@ AMP$GET_NESTED_FILE_DEFINITIONS 
Returns the nested-file definitions from a keyed file 


A CYBIL program demonstrating use of nested-file calls is included at the 
end of chapter I-2. 
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Using the CYBIL Keyed-File 
Interface [-2 


This chapter describes how CYBIL programs can create and use keyed files. 
A set of complete program examples is provided at the end of the chapter. 


Creating a Keyed File 


To create a keyed file, the following steps are required: 


1. Set file attributes (AMP$FILE or AMP$OPEN calls or SET_ FILE _ 
ATTRIBUTES commands). 


2. Open the file (AMP$OPEN call). 


3. Optionally, write records to the file (AMP$PUT_KEY or AMP$PUT _ 
NEXT calls). 


4. Close the file (AMP$CLOSE call). 


(The AMP$FILE, AMP$OPEN, and AMP$CLOSE calls are described in the 
CYBIL File Management manual. AMP$PUT_NEXT is described in the 
CYBIL Sequential and Byte Addressable Files manual. AMP$PUT_ KEY is 
described in this manual.) 


Setting File Attributes 


You specify the file attributes defining the structure of the file and processing 
limitations for the file before opening the file for the first time. When a new 
file is opened, the file attributes are stored in the file; the system references 
the attribute values whenever the file is processed. 


As described in the CYBIL File Management manual, the attributes that i 
define the file structure cannot be changed after the file is first opened. 


You should select file attribute values carefully. Selecting suitable values for 
file attributes helps ensure that the file economizes both space and the time 
needed for record retrievals. 


NOTE 


Most attributes have a default value. However, the default value is 
sometimes inappropriate for keyed files. Therefore, it is recommended that 
you explicitly specify a value for all relevant keyed-file attributes. 
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El File_Organization Attribute 


To create a keyed file, you specify a keyed-file organization as the file_ @ 
organization attribute. Currently, the keyed-file organizations are 
i indexed-sequential and direct-access. 


To specify indexed-sequential file organization, you initialize an attribute @ 
record as follows: 


CAMCSFILE_ORGANIZATION, AMCSINDEXED_SEQUENTIAL] 


To specify direct-access file organization, you initialize an attribute record as 
follows: 


CAMCSFILE ORGANIZATION, AMCSDIRECT_ACCESSJ 


The other keyed-file attributes define record attributes, primary key 
attributes, file structure attributes, and processing attributes. 


Record Attributes 
These attributes describe the data records to be written to the keyed file. 


NOTE 


The record attributes are all preserved attributes, that is, the attribute value e@ 
is stored with the file when the file is first opened and cannot be changed 
thereafter. 


The following lists the CYBIL attribute identifier (AMC$xxx) followed by the 
valid attribute values: 


AMC$RECORD_TYPE 


Record type: AMC$FIXED, AMC$VARIABLE, or AMC$UNDEFINED. 
The default is AMC$UNDEFINED. 


AMC$MAX_RECORD_LENGTH 


Maximum number of bytes in a data record (from 1 through 65497). You 
must specify a value for this attribute when defining a keyed file. 
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AMC$MIN_RECORD_LENGTH 
Minimum number of bytes in a data record (from 0 through 65497). 


If the AMC$RECORD_ TYPE value is AMC$ANSI_ FIXED, the default 
minimum record length is the AMC$MAXIMUM_RECORD_LENGTH 
value. If the AMC$RECORD_ TYPE value is AMCSUNDEFINED or 
AMCS$VARIABLE and the key is embedded, the default is the sum of the 
AMC$KEY_ POSITION and AMC$KEY_LENGTH values. Otherwise, 
the default is 1. 


For variable-length records, explicit specification of this attribute is 
recommended; the minimum record length must include: 


e The primary-key field 


e Any alternate-key fields (or corresponding sparse-key control 
characters) 


e All alternate-key fields for an alternate key defined as a fieldina 
repeating group which repeats a fixed number of times 


Primary-Key Attributes 


These attributes define the primary key of the new file. See Primary Keys 
earlier in this chapter for more information on primary keys. 


NOTE 


The primary-key attributes are all preserved attributes. That is, the attribute 
value is stored with the file when the file is first opened and cannot be 
changed thereafter. 


The following lists the CYBIL attribute identifier (AMC$xxx) followed by the 
valid attribute values: 


AMCS$EMBEDDED_KEY 


Boolean value indicating whether the primary key is part of the record 
data (embedded) or separate from the record data (nonembedded). The 
default is TRUE (embedded keys). 


AMC$KEY_LENGTH 


Integer specifying the primary-key length in bytes. This attribute has no 
default value; it must be defined before the file is first opened. 


Revision B Using the CYBIL Keyed-File Interface [-2-3 


Creating a Keyed File 


AMC$KEY_POSITION 


Position of the leftmost byte in the primary key (specified only if the key 
is embedded). The byte positions in a record are numbered from the left, 
beginning with 0. The default is 0. 


AMC$KEY_TYPE 


Primary key type: AMC$UNCOLLATED_KEY, AMC$INTEGER_ KEY, 
or AMC$COLLATED_ KEY. The default is AMC$UNCOLLATED_ KEY. 


For direct-access files, any value specified for the key_type attribute is 
ignored. The key_ type for a direct-access file is always uncollated. 


AMC$COLLATE_TABLE_NAME 


Name of the collating sequence by which collated keys are ordered 
(required if the key_type is collated). 


The name can be the name of a NOS/VE predefined collating sequence 
or, for a user-defined collating sequence, the name of an entry point in an 
object library. See appendix D for more information. 


File Structure Attributes 


These attributes affect the internal file structure. Keyed-file structure is 
described in chapter I-2. 


The first group of attributes applies to all keyed-file organizations; the 
groups that follow each apply to one keyed-file organization only. 


NOTE 


The file structure attributes are all preserved attributes. That is, the attribute 
value is stored with the file when the file is first opened and (except for 
record_ limit) cannot be changed thereafter. 
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Common File Structure Attributes 


The following lists the file structure attributes common to all keyed-file 
organizations. It lists the CYBIL attribute identifier (AMC$xxx) followed by 
the valid attribute values: 


AMC$RECORD_ LIMIT 


Maximum number of data records allowed in each nested file in the file 
(integer from 1 through 2*2-1). 


The record _ limit attribute value can be changed by the CHANGE _ 
FILE_ATTRIBUTES command even after the file has been opened. For 
more information, see the SCL System Interface Usage manual. 


AMC$MAX_BLOCK_LENGTH 
Number of bytes in each block (integer from 1 through 16777215 [274-1]). 


If the value is less than the maximum record length, the system increases 
it to that value. Then, if the value is not a power of 2 between 2048 and 
65536, it changes the value as follows: 


e Ifthe value is less than 2048, it is increased to 2048 (the minimum 
allocation unit). 


e Ifthe value is between 2048 and 65536, but not a power of 2, it is 
increased to the next power of 2 (4096, 8192, 16384, 32768, or 65536). 


e Ifthe value is greater than 65536, it is decreased to 65536. 


NOTE 


If the file will be shared by more than one concurrent instance of open 
and forced-writing will be used (the FORCED_ WRITE attribute is either 
AMC$FORCED or AMC$FORCED_IF_STRUCTURE_CHANGE), its 
block size should be a multiple of a system page size. This ensures that 
more than one instance of open is not updating blocks in the same page; 
otherwise, a forced-write operation could write a page to mass storage 
that contains partially-altered blocks. (A warning message is issued if 
this situation exists.) 


It is recommended that you do not specify the block length as the 
AMC$MAX_BLOCK_LENGTH attribute, but rather allow the system to 
calculate the block length using values specified by the following attributes. 
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Block Length Guideline Attributes 


NOTE 


The following attributes do not set limits; their values are used only as 
guidelines for determining the block length when the file is created. @ 


AMC$AVERAGE_RECORD_LENGTH 


Estimated median record length, in bytes, of the data records to be stored 
in the file. (The length should not include a nonembedded key.) 


If you omit this parameter, the system uses the arithmetic mean between 
the maximum and minimum record lengths in its calculation of the block 
size. 


AMC$ESTIMATED_RECORD_COUNT 


Estimated number of data records to be stored in the file. If you do not 
define this attribute, the system uses in its calculation of the block size 
either the AMC$RECORD_ LIMIT value, or if that attribute is not 
defined, the value 100,000. 


AMC$INDEX_ LEVELS @ 


Target number of index levels for the file (0 through 15). The default value 
is 2. 


This attribute applies only to indexed-sequential files. 
AMC$RECORDS_PER_ BLOCK 


Estimated number of data records to be stored in each data block. If you 
do not define this attribute, the system uses the value 2 in its calculation 
of the block size. 
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Indexed-Sequential Structure Attributes 
@ The following structure attributes apply only to indexed-sequential files. 
AMC$DATA_PADDING 


@ Percentage of data-block space left empty when a block is created 
(integer). The default is 0% (no padding). The percentage must allow for 
storage of at least one maximum-length record per block. 


AMC$INDEX_PADDING 


Percentage of index-block space left empty when a block is created 
(integer). The default is 0% (no padding). The percentage must allow for 
storage of at least three index records per block. (The index record length 
is the key length plus 4.) 


Direct-Access Structure Attributes 
The following structure attributes apply only to direct-access files. 
AMCS$INITIAL. HOME_ BLOCK_COUNT 


Number of home blocks in the file (1 through 2°!-1 [the segment size limit 
divided by the minimum allocation unit)). 


NOTE 


Specification of this attribute is required when creating a direct-access 
file. 


For best results, the number should be a prime number. You should 
consider the expected number of records in the file and the block size 
when selecting the number of home blocks. For more information, see the 
discussion under Direct-Access File Structure in chapter I-1. 


Revision B Using the CYBIL Keyed-File Interface [-2-7 @ 


Creating a Keyed File 


AMC$HASHING_PROCEDURE_NAME 


Pointer to a record identifying the hashing procedure to be executed with @ 
this file ((amt$hashing_procedure_name). The record has these fields: 


NAME Entry point name of the hashing procedure 
(pmt$program_name). All letters in the name & 
must be specified as uppercase. 


OBJECT_LIBRARY File path to the object library containing the 
hashing procedure (amt$path_name, 
256-character string). This feature is currently 
unimplemented; specify OSC$NULL_NAME 
as the field value. 


The default hashing procedure is the one provided by the system, entry 
point AMP$SYSTEM_HASHING_ PROCEDURE. 


If a hashing procedure other than the default is specified, it must be a 
procedure declared with the XDCL attribute within the global library set 
of the job or defined within the task. The hashing procedure must be 
available whenever the file is used; otherwise, AMP$OPEN returns the 
condition aae$cant_load_hash_ routine. 


Processing Attributes ®& 


These attributes set keyed-file processing options. 


NOTE 


The forced_ write and lock_expiration_time attributes are preserved 
attributes, but their values can be changed by the CHANGE_ FILE _ 
ATTRIBUTES command. For more information, see the SCL System 
Interface Usage manual. 


The error_limit and message_control attributes are temporary attributes; 
their values can be changed each time the file is opened. 
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AMC$ERROR_ LIMIT 


© Maximum number of trivial (nonfatal) errors that can occur before the 
trivial errors cause a fatal error. The default value is 0, meaning no limit. 


AMC$FORCED_WRITE 


Identifier indicating when the system copies modified blocks to mass 


storage. 

AMC$FORCED Write modified blocks immediately. 

AMC$UNFORCED Allow modified blocks to remain in 
memory until the next flush or close 
request. 

AMC$FORCED_IF_ Write modified blocks immediately if the 


STRUCTURE_CHANGE change affects more than one block. 
The default value is AMC$FORCED_IF_ STRUCTURE_CHANGE. 
AMC$LOCK_EXPIRATION_TIME 


Number of milliseconds between the time a lock is granted and the time 
that it could expire (integer from 0 through 604,800,000 [1 week]). 
(Preserved attribute.) 


@ The default value is 0. When the lock expiration time is 0, locks do not 
expire. 


This attribute value can be changed by a CHANGE_ FILE _ 
ATTRIBUTES command. 


AMC$MESSAGE_CONTROL 


Indicates the additional information written to the $#LERRORS file besides 
fatal error messages. The attribute value is specified as a set 1n the set 
identifier SAMT$MESSAGE_CONTROLT[ ]. 


AMC$TRIVIAL_ERRORS __Nonfatal-error messages A 

AMC$MESSAGES Informative messages 

AMC$STATISTICS Statistical messages 

Null set Suppress nonfatal-error, informative, and i 
@ statistical messages. 


The default value is the null set. 
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Writing Records 


Records can be written to a keyed file opened with at least append access. (If © 
alternate keys are defined for the file, it must be opened with modify, append, 
and shorten access.) 


You can write records to a new keyed file using either AMP$PUT_KEY or @ 
AMP$PUT_NEXT calls. Use of AMP$PUT_ KEY calls is reeommended for 

writing keyed files. AMP$PUT_NEXT should be used only if a common 

interface for writing records, regardless of file organization, is required. 


NOTE 


An AMP$PUT_NEXT call cannot specify a key value. When the keyed file 
has a nonembedded primary key, AMP$PUT_NEXT takes the key value 
from the beginning of the working storage area. It stores the first key_ length 
bytes as the nonembedded primary-key value and the rest of the data as the 
record. 


In general, pre-sorting records to be written to an indexed-sequential file can 

result in a smaller file and less time required for writing the records. Your 

program can use NOS/VE Sort/Merge to sort records as described in part II 

of this manual. @ 


For an indexed-sequential file with an embedded primary key, you could use 
NOS/VE Sort/Merge calls to write the original set of records to the file. 
(NOS/VE Sort/Merge calls are described in part II of this manual.) The 
Sort/Merge specification must define the primary-key field as the major sort 
key. 


Ke-creating a Keved File 


As described earlier, the initial keyed-file structure is created when the file is 
first opened using the file structure attribute values defined for the file. As 
records are added, replaced, and deleted in the file, the file structure may 
become inefficient. When this becomes evident, you should re-create the file 
to improve the efficiency of its structure. 


The evidence of an inefficient file structure differs depending on the 
keyed-file organization. 
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As described at the beginning of this chapter, record access 1n an 
indexed-sequential file is through a hierarchy of index blocks. Each 
additional index level in the hierarchy requires an additional index block 
search for each data record access. Performance is usually best when no 
more than two index levels exist. 


You can fetch the current number of index levels in an indexed-sequential 
file as the levels_ of_ indexing file access information item using the 
AMP$FETCH_ACCESS_INFORMATION call. (The AMP$FETCH _ 
ACCESS_INFORMATION call is described in the CYBIL File Management 


manual.) 


An inefficient direct-access file structure is indicated by an excessive number 
of overflow blocks and overflow records. The overflow_block_ count and 
overflow_record_count for the file are included in the list of structural 
properties provided by the DISPLAY_KEYED_ FILE PROPERTIES 
command. 


To re-create a keyed file, you first define the structural attributes for the 
re-created file and then copy the old file to the newly defined file. You can 
copy the file by any of these means: 


e Executing the SCL command COPY_KEYED_ FILE (described in the 
SCL Advanced File Management manual) 


e Calling AMP$COPY_ FILE as described in the CYBIL Sequential and 
Byte Addressable Files manual 


e Using the File Management Utility (FMU) as described in the SCL 
Advanced File Management manual. (Unlike the preceding two methods, 
FMU can reformat and selectively copy records while re-creating the file.) 


The COPY_KEYED_ FILE command can apply the alternate-key 
definitions from the old file to the new file. AMP$COPY_FILE and FMU do 
not apply alternate-key definitions. 


If you did not use COPY_ KEYED_ FILE to re-create the file, you can 
re-create alternate keys by this method: 


1. Save the alternate-key definitions from the old keyed file on a file. To get 
the alternate key definitions used by the file, call AMP$GET_KEY _ 
DEFINITIONS. 


2. Use the saved definitions to redefine the alternate keys on the new file. To 
do so, open the new file, call AMP$CREATE_KEY_ DEFINITION to 
specify each alternate-key definition, and then apply the definitions with 
an AMP$APPLY_ KEY DEFINITIONS call. 
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Using a Keved File 


To process an existing keyed file, a CYBIL program performs these steps: 


1. Specifies temporary attribute values to be used by this instance of open 
and preserved attribute values to be verified against the attribute values 
stored with the file (AMP$FILE and AMP$OPEN). 


2. Opens the keyed file for record access (AMP$OPEN). 
3. Performs the intended file operations. 
4. Closes the file (AMP$CLOSE). 


The following file operations can be performed on an existing keyed file 
(assuming the file has been opened with the required access modes): 


e Position the file(AMP$GET_KEY, AMP$REWIND, AMP$SKIP, and 
AMP$START). 


e Read records randomly by key value (AMP$GET_ KEY). 


e Read records sequentially by position (AMP$GET_NEXT_KEY and 
AMP$GET_NEXT). 


e Write records (AMP$PUT_KEY, AMP$PUT_NEXT, and 
AMP$PUTREP). 


® Delete records (AMP$DELETE_ KEY). 
e Replace existing records (AMP$REPLACE_KEY and AMP$PUTREP). 


e Lock key values (AMP$LOCK_KEY, AMP$GET_LOCK_KEYED_ 
RECORD, AMP$GET_LOCK_NEXT_KEYED_RECORD, and 
AMP$LOCK_ FILE). 


e Unlock key values (AMP$UNLOCK_KEY and AMP$UNLOCK_ FILE). 


e Define, delete, and select nested files (AMP$CREATE_NESTED_ FILE, 
AMP$DELETE_NESTED_ FILE, AMP$GET_NESTED_FILE_ 
DEFINITIONS, and AMP$SELECT_NESTED_ FILE). 


@ Define, delete, and select alternate keys as described later in this chapter. 


Depending on the value of the forced_write attribute, the system might not 
write modified blocks to mass storage immediately after the modification. 
You can call AMP$FLUSH any time after the file is opened to write the part 
of the file in memory to mass storage. Execution of the AMP$FLUSH call 
does not change the position of the file. 
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Positioning a Keved File 


@ To position a keyed file, a program must open the file for at least read access. 
In general, a program positions a file so that it can later read records 
sequentially. 


& For information on positioning a file by alternate-key values, refer to Using 
Alternate Keys later in this chapter. 


As described later under Reading Records, the sequential access capabilities 
differ for indexed-sequential and direct-access files. This results in 
differences in the positioning calls available for each organization. 


Positioning a Direct-Access File 


While an alternate key is selected, the same positioning calls are valid for a 
direct-access file as for an indexed-sequential file. However, while the 
primary key is selected, the only valid positioning call is AMP$REWIND. 
AMP$REWIND positions a direct-access file at the beginning of its first 
home block. 


While the primary key is selected, an AMP$SKIP call specifying a 

direct-access file returns the nonfatal condition aae$no_skip_in_da. An 

AMP$START call for a direct-access file with its primary key selected 
@ returns the condition aae$no_da_or_sk_ start. 


Positioning an Indexed-Sequential File 
The following positioning calls are available for indexed-sequential files: 


e AMP$GET_KEY: Returns to the working storage area the record whose 
key value matches the key value specified on the call and positions the file 
at the end of the returned record. 


e AMPS$REWIND: Positions a file to read the record with the lowest key 
value. 


e AMP$SKIP: Positions a file forward or backward. 


e AMPS$START: Positions a file to read the record whose key value matches 
the key value specified on the call. 
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Positioning an Indexed-Sequential File by Major Key 


The AMP$START, AMP$GET_ KEY, and AMP$GET_LOCK_KEYED_ 
RECORD calls have a major_key_length parameter. This parameter allows 
a call to position an indexed-sequential file according to a major-key value. 


A major key consists of one or more of the leftmost bytes of a key. The 
major_key_length parameter specifies the number of bytes to use as the 
major key. A major key search compares only the number of bytes in the 
major key. 


For example, suppose the key value at the specified key_location is ABCDEF 
and the major_key_length parameter value is 2. The major-key value, 
therefore, is the leftmost two bytes, characters AB. The major key search 
compares the characters AB with the leftmost two bytes of the searched 
keys. It positions the file at the first record whose key begins with AB or 
greater. 


As a second example, suppose the key value is the hexadecimal integer 

FF 145 and the major key length value is 3. The major key used is the 
leftmost three bytes containing the value FF1, so the file is positioned at the 
first record whose key begins with FF1 or greater. 


If the major_key_length parameter is zero or equal to key_length, the entire 
key is used to position the file. 


The major_key_length parameter is ignored on direct-access file calls. 


Positioning an Indexed—Sequential File by Key Relation 


The AMP$GET_KEY, AMP$GET_LOCK_KEYED_RECORD, and 
AMP$START calls have a key_ relation parameter. This parameter allows a 
call to position an indexed-sequentia! file even if the specified key value does 
not exist in the file. 


The key_ relation parameter specifies the relation to be satisfied between the 
specified key value and the key value of the record at which the file is 
positioned. The relation can be equal, greater than or equal, or greater than. 


For example, suppose the specified key value is ABC. 


e Ifthe specified key_relation is equal, the call must find a record whose 
key value matches ABC. If such a record is not found, the call returns an 
abnormal completion status. 


e Ifthe specified key_relation is greater than or equal to, the first key value 
found that is greater than or equal to ABC satisfies the relation. If the 
relation cannot be satisfied, the file is left positioned at its 
end-of-information. 
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e Ifthe specified key_ relation is greater than, the first key value found that 
is greater than ABC satisfies the relation. If no key value is greater than 
ABC, the file is left positioned at its end-of-information. 


The key_ relation parameter is ignored for direct-access file calls. 


Reading Records 


For records to be read from a keyed file, the file must be open for at least read 
access. However, it is reeommended that the file be opened for both read and 
modify access. Modify access allows access statistics to be updated without 
allowing any record in the file to be altered. 


A read operation transfers a record from the file to the specified working 
storage area. The number of bytes in the record is returned in the record _ 
length parameter. 


You cannot call AMP$GET_PARTIAL to read a keyed-file record. However, 
a partial read of a record is performed when the record is longer than the 
working storage area specified on the get call. The get call reads data until 
the working storage area is filled and then returns a nonfatal error 
(AAE$SRECORD_LARGER_THAN_WSA). The get call leaves the keyed file 
positioned at the end of the record; thus, the next read request cannot begin 
where the partial read ended. 


You can read records either sequentially by position or randomly by key 
value. A sequential read returns the next logical record in the file. A random 
read returns the record identified by the specified key value. 


Sequential Access for Indexed-Sequential Files i 


Records can be read sequentially from an indexed-sequential file using 
AMP$GET_NEXT_KEY or AMP$GET_ NEXT calls. Use of AMP$GET _ 
NEXT_KEY calls is recommended for reading indexed-sequential files. You g 
should use AMP$GET_NEXT only if a common interface for writing 

records, regardless of file organization, is required. 


AMP$GET_NEXT_ KEY returns the key value of each record in the location 
specified by the key_location parameter. The task can check the file_ 
position value returned to determine when to stop reading records. 


You can also read a contiguous group of records residing anywhere in the file 
by combining random access and sequential access. This is accomplished by 
issuing an AMP$GET_KEY to read the first record in the contiguous group, 
and, then, issuing AMP$GET_NEXT_KEY calls (or AMP$GET_ NEXT) to 
read the following records sequentially. 
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Sequential Access for Direct-Access Files 


Records are not stored in sorted order by primary-key value in direct-access @ 
files as they are in indexed-sequential files. Thus, sequential access is 
appropriate only: 


@ When an alternate key is selected 
@ When a primary key is selected and all records in the file are to be read 


A sequential pass through a direct-access file is valid only when no update 
operation intervenes. An intervening update operation could cause the 
sequential pass to miss records. (Sequential access to a direct-access file is 
done by physical position in the file; an update operation could change the 
record locations.) 


To provide effective sequential access, the keyed-file interface imposes these 
restrictions on sequential access to direct-access files: 


@ When the primary key is selected, AMP$GET_LOCK_NEXT_ KEY, 
AMP$GET_NEXT_KEY and AMP$GET_NEXT calls are valid only 
when the direct-access file has been attached for exclusive access (no 
share modes allowed). 


When the primary key is selected and the file attachment allows sharing, 
a sequential get call returns the condition aae$cant_da_getn_if_shared. @ 


@ When the primary key is selected, a program cannot intermix sequential 
access calls and update operations. (The only update operation allowed is 
the replacement of a record with another record of the same length.) 


When the primary key is selected and an update operation has been 
performed, the program must rewind the file before beginning a 
sequential pass of the direct-access file. Otherwise, a sequential get call 
returns the condition aae$cant_da_getn_after_put. 


You can intermix sequential access (get_ next) calls and AMP$GET_ KEY 
calls. An AMP$GET_KEY call does not change the file position used by 


get_next calls. 
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Random Access 


Records are read randomly by key value using the AMP$GET_ KEY call. To 
retrieve a single record from the keyed file, you specify a key value, and the 
system returns to the working storage area the record with the matching key 
value, if it exists. 


For indexed-sequential files, the major_key_length parameter allows the 
AMP$GET_KEY call to read the first record with the specified major key. 
The key_ relation parameter allows AMP$GET_KEY to specify the relation 
between the key value of the record to be read and the specified key value. 
The relation could be equal, greater than, or greater than or equal. 


The major_key_length and key_ relation parameters are ignored on 
direct-access file calls. 
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Keyed-File Sharing @ 


A NOS/VE keyed file can be accessed with or without potential sharing of 
the file. A keyed file is shared when multiple concurrent instances of open of 
the file exist. 


The potential for sharing determines whether NOS/VE must safeguard the & 
keyed-file structure for multiple users: 


@ While a keyed file could be shared, NOS/VE performs internal locking 
operations to maintain the integrity of the file structure. 


e While a keyed file cannot be shared, the overhead required to maintain 
file integrity is not needed, resulting in better file access performance. 


File access is controlled by the set of access modes in effect for the file. File 
sharing is controlled by the set of share modes in effect. The use of access 
modes and share modes for NOS/VE files in general is described in the SCL 
System Interface and CYBIL File Management manuals; access mode and 
share mode use for keyed files is described here. 


To see the access modes and share modes currently in effect for a file, enter 
this SCL command (specifying the file name or file reference): 


Display_File_Attributes, File=file, .. 
Display_Options=(Access_ Modes, Global_Share_Modes) & 


The Access_ Modes set is the set of access modes currently in effect. It is 
contained in the Global_ Access_ Modes set (the set of all available access 
modes as determined when the file is created or attached). When the file is 
created or attached, the Access_ Modes and Global_ Access_ Modes values 
sets are the same. However, the Access_ Modes set can be restricted to a 
subset of the Global_ Access_ Modes by a SET_FILE_ ATTRIBUTES 
command or AMP$FILE or AMP$OPEN call. Keyed-file sharing is affected 
only by the Access_ Modes set; the Global_ Access_ Modes set only indicates 
the possible values of the Access_ Modes set. 


The Global_ Share_ Modes set is the set of share modes currently in effect. It 
is determined when the file is created or attached; you cannot change the 
Global_ Share_ Modes using SET_FILE_ ATTRIBUTES commands or 
AMP$FILE or AMP$OPEN calls. 


AMP$GET_FILE_ATTRIBUTES and AMP$FETCH calls in a CYBIL 
program can fetch the Access_ Modes and Global_ Share_ Modes sets. 
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Sharing Temporary Keyed Files 


You can specify the Access_ Modes currently in effect for a permanent or 
temporary keyed file. However, because you can specify Share_ Modes only 
when attaching the file, you cannot specify Share_ Modes for a temporary 
file. The Global_ Share_ Modes value for a temporary file is always none. 


Thus, a temporary keyed file cannot be shared. It can be opened 
consecutively within a job, but it cannot be opened concurrently, that is, it 
cannot have multiple instances of open. 


To illustrate how tasks can open a temporary keyed file, suppose task X 
creates and opens a temporary keyed file. Task X cannot open the file again 
until it closes the existing instance of open. After task X closes the file, task 
X or task Y can then open the file. Also, if task X opens the file and then 
initiates task Y, task Y cannot open the file until task X closes the file. 


Sharing Permanent Keyed Files 


For a permanent keyed file, the Share_ Modes can be explicitly specified 
when the file is attached; otherwise, the default set is used. NOS/VE 
provides two default Global_Share_Mode values as follows: 


1. When the Access_ Modes include any of the write modes (append, modify, 
or shorten), the default Global_ Share_Mode value is none. Thus, by 
default, NOS/VE allows no sharing while the file could be changed. 


For example: 


/attach_file, Suser.keyed_file, access_mode=write 
/display_file_attributes, keyed_file, .. 
.-/display_options=(access_modes, global_share_modes) 
Access Mode : (shorten, append, modify) 
Global_Share_Mode : none 


2. When the Access_ Modes do not include any of the write modes (append, 
modify, or shorten), the default Global_ Share_ Mode value is read and 
execute. Thus, by default, the file cannot be changed. 


For example: 


/attach_file, Suser.keyed_file, access_mode=read 
/display_file_attributes, keyed_file, .. 
.-/display_options=(access_modes, global_share_modes) 
Access_Mode : (read) 

Global_Share_Mode : (read, execute) 
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In the first situation, no locking is needed because no sharing is allowed. In 
the second situation, no locking is needed because the data cannot change. 
When no locking is needed, no setting of locks or checking for locks is done 
and performance improves. 


NOTE 


For best performance when using a keyed file, check that the share modes 
allowed are no more than those required. If possible, allow no sharing of the 
file. 


In general, when the file can be shared (the Global_ Share_ Modes value is 
not none) and either the Access_ Modes or the Global_ Share_ Modes include 
shorten or append access, locking is needed. The following examples show 
two situations in which locking is not needed and a third situation in which 
it is needed. 


1. When reading a keyed file, it is reeommended that you request modify 
access so that read statistics can be recorded in the file. Because modify is 
one of the write access modes, no other instances of open can access the 
file while you read it (if you do not explicitly specify Share_ Modes). For 
example: 


/attach_file, Suser.keyed_file, access_modes=(read, modify) 
/display_file_attributes, keyed_file, .. 
../display_options=(access_modes, global_share_modes) 
Access_Mode : Cread, modify) 
Global_Share_Mode : none 


In this case, because no sharing is allowed, no locking is performed and 
performance is at its best. 


2. Next, to allow other users to read the keyed file and maintain accurate 
read statistics, you explicitly specify the Share_ Modes as read and 
modify: 


/attach_file, Suser.keyed_file, access_modes=(read, modify) .. 
.-/share_modes=(read, modify) 

/display_file_attributes, keyed_file, .. 
../display_options=(access_modes, global_share_modes) 
Access_Mode : (read, modify) 

Global_Share_Mode : (read, modify) 


In this case, sharing is allowed, but the file data cannot be changed. So 
again, no locking is performed and performance is at its best. 
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3. Suppose that the permit applicable to the attach allows all access modes 
to the file, but requires that shorten and append share modes be allowed. 
You choose to request all access modes and allow all share modes: 


/attach_file, .xyz.keyed_file, access_modes=all, share_modes=all 
/display_file_attributes, keyed_file, .. 


& ../display_options=(access_modes, global_share_modes) 
Access_Mode : (read, shorten, append, modify) 
Global_Share_Mode : (read, shorten, append, modify) 


In this situation, other instances of attach, as well as this one, can write, 
replace, and delete records. Because of the potential for file sharing, 
NOS/VE uses internal locks as needed to maintain the integrity of the file 
structure. A program using the file in a shared situation such as this may 
choose to use locks to disallow changes to data it is currently using; it 
must lock the primary-key value of any record it deletes or replaces. 


The reasons for using locks and the means of doing so are described in detail 
in the following pages. 


Lock Processing 


Keyed-file sharing can be coordinated through the use of locks. A lock is a 
mechanism by which a task can restrict use of a keyed file or individual 

Se primary-key values in keyed files. The lock is owned by a particular instance 
of open for the file. The part of the NOS/VE system software that manages 
locks is called the lock manager. 


In general, lock processing follows this pattern: 


1. The lock manager receives a request for a lock on a file or primary-key 
value. 


2. The lock manager determines whether the lock can be granted. 


a. If no conflicting lock exists, the lock manager grants the lock and 
notifies the requesting task. 


b. If a conflicting lock exists, the lock manager checks if the request 
specified waiting. 


i. If the request specified no waiting, the lock manager notifies the 
task requesting the lock that the record or file is currently locked. 


@ u. If the request specified waiting, the task is suspended until either: 


- The lock is available (assuming no potential deadlock as 
described later under Lock Deadlock), or 


& - The timeout period elapses (default value, 60 seconds). 
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The lock manager also processes requests to clear locks and keeps track of 
locks that have expired (as described later under Lock Expiration and 
Clearing). 


NOTE 


In general, when the discussion of locks in this manual describes two or ® 
more tasks requesting locks, the two or more tasks could actually be the 

same task with two or more instances of open of the same file. This is 

because a lock belongs to a particular instance of open and one task could be 
requesting locks for more than one instance of open. 


Lock use is recommended for effective sharing of a keyed file. In fact, when 
more than one instance of open exists for a keyed file, NOS/VE requires that 
a task lock the record before it can replace or delete the record. 


Lock use ensures that: 
¢ Requests are processed in the sequence in which requests are issued. 


e The operation is performed on the most up-to-date version. 


Reasons for Locks ® 


To illustrate the need for locks, the following sequence of events describes 
two tasks using the same file without locks. 


1. Two tasks both read the same record containing the value 1. 
Task A Task B 


File 


2. One task adds 2 to the value and replaces the record, containing the value 
3, in the file. 


Task A Task B 


File 


3. The other task adds 1 to the value and replaces the record, containing the 
value 2, in the file. 


File Task A Task B & 


The work of one of the tasks has been overwritten. @ 
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In contrast, consider the following sequence of events describing two tasks 
using the same file with locks. 


1. A task locks and reads a record. 
Task A 


2. A second task attempts to lock and read the record but cannot because the 
record is already locked. It waits until the record is unlocked. 


im. A Task B 


3. The first task adds 2 to the a and replaces the record containing the 
value 3, in the file. It then unlocks the record. 


Task A Task B 


4. The a task can now an and read the record. It adds 1 to the value, 
and replaces the record, containing the value 4, in the file. 


Task A Task B 
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Lock Intents 


Each lock has a lock intent. The lock intent indicates why the task is 
requesting the lock. 


When more than one instance of open exists for a keyed file, only the owner 
of an Exclusive_ Access or Preserve_Access_and_Content lock on the record 
(or the file) can replace or delete the record. However, the replace or delete 
operation does not take place until no unexpired Preserve_Content locks 
exist for the record. 


The following paragraphs describe the lock intents for record locks. (Lock 
intents for file locks are described later under File Locks.) 


Exclusive_ Access 


@ Used when the task intends to issue write or delete requests for the locked 
record. 


e Denies all requests by other tasks to read, write, update, or delete the 
record or lock its key value. 


e Allow requests by other tasks that position the file or perform operations 
only on alternate indexes. 


Preserve_Access_and_Content 


e Used when the task might issue write or delete requests for the locked 
record. Only one Preserve_Access_and_ Content lock is allowed at a time 
for a record. 


e Allows positioning and read requests by other tasks, but denies their 
write, replace, and delete requests. 


e Allows Preserve_Content lock requests by other tasks, but denies their 
requests for Exclusive_ Access and Preserve_Access_and_Content locks 
on the record. 


e The owner of the Preserve_Access_and_Content lock can request a write, 
replace, or delete operation, but: 


- The write, replace, or delete operation does not begin until the 
conditions for an Exclusive_ Access lock are met: 


- All read operations in progress for the record have completed. 


- All Preserve_Content locks for the record have expired or been 
cleared. 


- No read operations for the record can begin until the write, replace, or 
delete operation completes. 
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Preserve_Content 


@ e Used when the task does not intend to issue write, replace, or delete 
requests for the locked record. 


e Allows positioning and read requests by other tasks, but denies their 
@ write, replace, and delete requests. 


e Allows Preserve_Content and Preserve _Access_and_Content locks by 
other tasks, but denies their Exclusive_ Access lock requests. 


Multiple Preserve_Content locks are allowed at a time, but only one 
Preserve_Access_and_Content lock. Thus, multiple tasks can be reading the 
record, but only one task can be waiting to write, replace, or delete the record. 


Switching Lock Intents 


The owner of a lock on a record can request another lock on the record with 
the same lock intent without an intervening unlock request. 


The owner of an Exclusive_ Access or Preserve_Access_and_Content lock 
can also switch the lock intent to Exclusive_ Access or Preserve_ Access _ 
and_Content without an intervening unlock request. 


Exclusive_ Access is not performed until any Preserve _Content locks on the 


® A request to change the lock intent from Preserve_Access_and_Content to 
record or the file are no longer effective. 


A lock request that renews an existing lock restarts the expiration time for 


the lock. 


This table summarizes the lock intent switching that is valid without an 
intervening unlock request. 


Exclusive_ Preserve_Access_  Preserve_ 
Access and_Content Content 


From 


Valid 


Exclusive_Access Valid Invalid 


Preserve_Access_ 


and_Content Valid Valid Invalid 


Preserve_Content Invalid Invalid Valid 
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Waiting for a Lock 


On a call that requests a lock, you specify whether the call should wait if the © 
lock is unavailable. If you specify that the call should wait, it waits until the 

lock is available or a lock timeout period has passed. When the time period 

has passed, the call terminates with the condition aae$key_ timeout. @ 


The default timeout period is 60 seconds. However, each task can specify how 
long it waits for a lock by defining and initializing an SCL integer variable. 


The timeout variable is named AAV$RESOLVE_TIME_LIMIT. You assign 
the variable the new waiting period in seconds (from 1 through 604,800,000 
[1 week]). 


For example, the following call executes the SCL command CREATE _ 
VARIABLE to create the AAV$RESOLVE_TIME_ LIMIT variable and 
assign it the value 45. 


clp$scan_command_lLine('create_variable, AAVSRESOLVE_TIME_LIMIT, CAT 
kind=integer, value=45, scope=local', status); 


(The CLP$SCAN_COMMAND _LINE call is described in the CYBIL 
System Interface manual.) 


Lock Expiration and Clearing @ 
An expired lock and a cleared lock are not the same: 
e Acleared lock no longer exists; the lock manager has discarded it. 


e An expired lock exists, but is no longer effective in preventing access by 
other tasks. However, an expired lock prevents file access by its owner 
(except to fetch or store attributes or access information). This is done so 
that the owner of the lock is notified of its expiration. 


A lock is cleared when one of these events occurs: 
e The task with the lock issues an unlock request for the lock. 
e The task closes the instance of open to which the lock belongs. 


e The request for the record lock specified automatic unlock, and the task 
issues any request for the instance of open (other than a call to fetch or 
store attributes or fetch access information). 


In general, the automatic unlock occurs when the request is issued. The @ 
exception is for an update request for the locked record for which the lock is 
kept until the update operation completes. 


@ I-2-26 CYBIL Keyed-File and Sort/Merge Interfaces Revision B 


Keyed-File Sharing 


For example, if a task issues a lock on record 1 and then issues a request to 
replace record 1, the lock manager automatically clears the lock on record 1 
after the replace operation. 


Similarly, if a task issues a lock on record 1 and then issues a request to 
position the file at record 2, the lock manager automatically clears the lock 
on record 1, before positioning the file at record 2. 


A lock expires when the following sequence of events occurs: 
1. Its expiration time has passed since the lock was granted. 


2. Another task issues a request specifying waiting that would be denied if 
the lock was effective. (The request is granted.) 


The number of milliseconds in the lock expiration time is specified by the 
lock_expiration_time file attribute. Its default value is 0, meaning an 
unlimited expiration time. Thus, if you do not explicitly set a nonzero lock _ 
expiration_ time for the file, locks for the file cannot expire. 


An expired lock is no longer effective in preventing access to the file or record 
by other tasks. However, it does prevent operations on the file by the task 
holding the expired lock. 


The task holding the expired lock is prevented from any operation on the file 
until it clears the expired lock. This notifies the task that a lock has expired. 


For example, consider the following sequence of events: 


1. Task 1 is granted a 30-millisecond Preserve_Access_and_Content lock 
on record 1 in file 1 without automatic unlock. 


2. Thirty milliseconds pass. 


3. Task 1 reads record 1 from file 1. The read request restarts the expiration 
time count. (The lock has not yet expired because no other task has has 
issued a request for the record that a Preserve_Access_and_Content lock 
should prevent. The lock is not unlocked because automatic unlock was 
not requested for the lock.) 


4. Thirty milliseconds pass. 


5. Task 2 requests a Preserve_ Content lock on record 1 in file 1. (The Task 1 
lock does not expire because a Preserve_Access_and_ Content lock does 
not prevent Preserve_Content locks.) 


6. Task 3 requests, with waiting, a Preserve_Access_and_Content lock on 
record 1 in file 1. (The Task 1 lock expires because a Preserve_ Access _ 
and_ Content lock should prevent additional Preserve_Access_and_ 
Content locks.) 
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7. Task 1 attempts to read record 2 in file 1, but instead the request 
terminates with a nonfatal error, notifying Task 1 that it has an expired @ 
lock. Task 1 must clear the expired lock before it can successfully request 
any record in file 1. 


Notice that in the preceding example the lock would not have expired if the 
lock request had specified automatic unlock. 


Expired Lock Conditions 
The following nonfatal conditions can be returned for an expired lock: 


aaeSkey_expired_lock_exists 
The operation failed due to a leftover expired lock. 


aae$auto_unlock_frustrated 
A key value could not be automatically unlocked due to an expired lock. 


aaeSkey_expired_lock_exists 
The key value could not be locked due to an expired lock. 


aae$Sexpired_lock_interfered_1 
A lock with a time limit could not be changed to a lock with no time limit 
due to an expired lock. 


aae$expired_lock_interfered_2 & 
The first primary-key value in the key list for an alternate-key value 
could not be locked due to an expired lock. This status can be returned 
only if the alternate key allows duplicate values, ordered by primary key, 
and, while the task is waiting for the lock, another task inserts a 
primary-key value at the beginning of the key list. 
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Lock Deadlock 


@ A deadlock is a situation in which two or more tasks need a lock already held 
by another task in the group of tasks. For example, the following situation is 
a deadlock: 


_ e Task 1 has a lock on record 1 and needs a lock on record 2. 
e Task 2 has a lock on record 2 and needs a lock on record 3. 
e Task 3 has a lock on record 3 and needs a lock on record 1. 
If none of the tasks releases the lock it holds, none of the tasks can complete. 


A deadlock can occur either when tasks are waiting for a lock or when tasks 
are each repeatedly requesting a lock. The lock manager can detect the 
deadlock when the tasks are actually waiting for a lock; it cannot detect a 
deadlock when tasks are repeatedly requesting a lock. 


When the lock manager receives a lock request indicating that the task 
wants to wait until the lock is available, it checks for a possible deadlock. To 
do so, it checks whether other tasks are waiting for locks held by the 
requesting task. If it detects a potential deadlock, it terminates the request, 
returning one of these nonfatal conditions. 


aae$key_deadLlock 
& Returned if the deadlock is with another task. 


aaeSkey_sel f_deadlock 
Returned if the deadlock is a self-deadlock (either this instance-of-open or 
another instance-of-open in the requesting task already has the requested 
lock). 


To prevent a deadlock that the lock manager cannot detect, a task should 
limit the number of times it repeatedly requests a lock without waiting. After 
a fixed number of attempts, it should do one of the following: 


e Issue a lock request with waiting in which case the lock manager can 
notify it that a potential deadlock exists. 


e Assume that a potential deadlock exists and clear the locks it holds. 
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File Locks 


Your program should request a file lock when it needs locks on many keys at 
the same time. 


A file lock is required when your program needs more than 1024 locks ata 
time because 1024 is the maximum number of locks allowed for an instance 
of open. An attempt to exceed this limit returns the nonfatal condition 
aae$too_many_keylocks. 


The number of locks allowed also depends on the file_limit attribute value. 
The lock manager tracks all locks for a file in another file called the lock file 
(named AAF$DEPENDENCY_ FILE). The lock file size cannot exceed 90% 
of the file_ limit value and, if an operation would cause the lock file to be 
more than 50% full, the operation is not allowed to begin and the fatal 
condition aae$lock_file_ crowded is returned. 


In general, the rules for using file locks are the same as those for individual 
locks on primary-key values. The difference is that a file lock is a lock on all 
primary-key values in the nested file currently selected. 


A nested file cannot be deleted while any locks exist for the nested file. Locks 
are not discarded even when another nested file is selected. 


File Lock Intents 
The effect of the lock intent of a file lock is as follows: 
e Exclusive_ Access 


Only the owner of the lock can access records in the nested file; all 
requests by nonowners are denied including all lock requests. 


@ Preserve_Access_and_Content 


Allows Preserve_ Content locks (both key locks and file locks), but denies 
all Exclusive_ Access and Preserve_Access_and_Content locks. 


e Preserve_Content 


Allows any number of Preserve_ Content locks and one Preserve_Access_ 
and_ Content lock for each primary-key value and for the nested file as a 
whole, but denies all Exclusive_ Access lock requests. 
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Effect of Locks on Keyed-File Calls 
@ This section summarizes the effects of locks on calls for an open keyed file. 
These calls request locks: 


AMP$GET_LOCK_KEYED_RECORD AMP$LOCK_FILE 
© AMP$GET_LOCK_NEXT_KEYED_RECORD AMP$LOCK_KEY 


These calls explicitly clear locks: 


AMP$UNLOCK_ FILE 
AMP$UNLOCK_KEY 


(A lock requested with automatic unlock is cleared by any call to the instance 
of open, except calls that fetch or store attributes or fetch access 
information.) 


When another instance of open exists for the file, these calls require a lock on 
the primary-key value: 


AMP$DELETE_KEY 
AMP$REPLACE_KEY 


A lock held by another instance of open could cause these calls to return 
abnormal status: 


@ AMP$DELETE_NESTED_FILE AMP$PUT_KEY 
AMP$GET_KEY AMP$PUT_NEXT 
AMP$GET_NEXT AMP$PUTREP 
AMP$GET_NEXT_KEY AMP$SELECT_NESTED_ FILE 


All other calls for an open keyed file return normal status regardless of locks. 


For more information on the effect of locks on a call, see the individual call 
description in chapter I-3. 
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Creating and Deleting Alternate Keys 


To create or delete alternate keys, a CYBIL program performs these steps: a 
1. Opens the file, if it is not already open. 


2. Issues an AMP$CREATE_KEY_DEFINITION call for each alternate & 
key to be created. Issue an AMP$DELETE KEY DEFINITION call for 
each alternate key to be deleted. 


3. To implement the alternate-key definitions and deletions specified in step 
2, itissues an AMP$APPLY_KEY_DEFINITIONS call. Or, to discard 
the specified definitions and deletions, it issues an AMP$ABANDON _ 
KEY DEFINITIONS call. 


A program can create alternate keys in a new file or in an existing file. The 
point at which you should create alternate keys depends upon how the 
alternate key handles duplicate values. 


If the file data is expected to contain duplicate values for the alternate key 
and the duplicate values are to be ordered first-in-first-out, the alternate key 
must be defined before records are written to the file. Otherwise, when the 
alternate index is built, the duplicate values already existing in the file are 
ordered by primary-key value. Duplicate values added later are ordered 
first-in-first-out. 


If duplicate key values are not allowed for the alternate key or the duplicate © 
values are to be ordered by primary-key value, the alternate key should be 

defined after records are written to the file. Building the alternate index is 

more efficient when the records are already in sorted order. If the alternate 

index is updated as each record is written, the alternate index is built in 

random order. This takes much longer. The efficiency difference is even 

greater when the file has more than one alternate index. 


If the file is large, applying an alternate-key definition to a file can require 
considerable processing time. This is because creation of a new alternate 
index requires that all records in the file be read. 
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Using Alternate Keys 


An alternate key is available for use after it has been defined and applied to 
the file. The following sections describe how you can use an alternate key. 


In general, file access calls perform the same processing when an alternate 
@ key is selected as when the primary key is selected. The only difference is 
that records are accessed through the alternate index. 


Record access through the alternate index means that the logical record 
order is the order of the alternate-key values in the alternate index. The 
alternate-key values are stored in ascending order. 


If more than one record is associated with the same alternate-key value, the 
records are accessed in the order their primary-key values occur in the key 
list for the alternate-key value. 


For example, suppose the key list for alternate-key values A and B are as 
follows: 


A: RECORD1, RECORD3 
B: RECORD2 


The A records are read before the B records so that the records would be read 
sequentially: RECORD1, RECORD3, RECORD2. 


Selecting an Alternate Key 


When a keyed file is opened, the system assumes that file processing is by 

primary key. That is, the selected key is initially the primary key. You can 
change the selected key by calling AMP$SELECT_KEY. The call specifies 
the name of the key to be selected. 


An AMP$SELECT_KEY call specifies the name of the key as it was defined 
when the key was created. To specify the primary key on an 
AMP$SELECT_ KEY call, specify the name $PRIMARY_ KEY. 


The key selected by an AMP$SELECT_ KEY call is used until another 
AMP$SELECT_KEY call changes the selected key or until the file is closed. 
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File Positioning After Alternate-Key Selection 


When an AMP$SELECT_KEY call selects a different key, it sets the file 
position to the beginning of the index for that key. (If the key specified on an 
AMP$SELECT_KEY call is already the selected key, the file position is not 
changed.) After an alternate key is selected, all file positioning follows the 
logical record order represented in the alternate index. 


As described earlier in this chapter, several calls are available to position a 
keyed file. Those calls that both position the file and read and write data are 
described later. The following calls position the file without reading or 
writing data: 


AMP$START 
Positions the file to access the record having the specified value for the 
selected key. 


AMP$REWIND 
Positions the file at the beginning of the index for the selected key. The 
file is positioned to access the record with the lowest value for the selected 
key. 


AMP$SKIP 
Positions the file forward or backward the specified number of records 
(according to the record order provided by the index for the selected key). 


Reading Records After Alternate-Key Selection 


In general, the calls to read (or get) a record perform the same when an 
alternate key is selected as when the primary key is selected. The only 
difference is that records are accessed through the alternate index. 


Random get calls specify the record to be read by its alternate-key value. 
Sequential get calls access records in sorted order by alternate-key value. 


These calls get a record and position the file to read or write the next record. 
The next record is the record having the next primary-key value listed in the 
alternate index. 


AMP$GET_KEY 
Gets the first record in the key list of the specified alternate-key value and 
positions the file to read the next record. 


An AMP$GET_KEY call specifies the alternate-key value.either in the 
location referenced by the key _location pointer or (with a NIL key _ 
location pointer) in the working storage area. The second method is 
especially useful for concatenated alternate keys because the fields of the 
key can be assembled in the working storage area. Each key field value is 
stored in the working storage area at its actual position within the record. 
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AMP$GET_NEXT_KEY 
Gets the record at the current position in the alternate index, returns the 
alternate-key value of the record read, and positions the file to read the 
next record. 


The alternate-key value returned is the value stored in the alternate 
index. If the alternate-key type is AMC$COLLATED_ KEY, the key 
values are stored in collated form. In collated form, each character is 
represented by the lowest character code having the same collating 
weight. 


For example, assume that lowercase letters are collated as equal to the 
corresponding uppercase letters (each uppercase/lowercase pair has the 
same collating weight). Then the alternate-key value is stored (and later 
returned) using only uppercase letters. 


AMP$GET_NEXT 
Gets the record at the current position in the alternate index and positions 
the file to read the next record. 


Updating an Alternate Index 


A call to put, replace, or delete a record cannot specify an alternate-key 
value; a key value specified on a put, replace, or delete call is expected to be a 
primary-key value even if an alternate key is currently selected. However, 
put, replace, and delete calls do update any alternate indexes affected by the 
operation. 


When a call deletes a record in the file, any alternate index entries for the 
record are deleted. 


When a call writes a new record to the file, an entry for the record is added to 
the alternate indexes (unless the record is excluded from an index by 
sparse-key control). The new record can then be read by its alternate-key 
value. 


When a call replaces an existing record in the file, the alternate index entries 
for the record are replaced with the appropriate entries for the new record. 
(The alternate-key value could have changed or sparse-key control could 
exclude the record from an alternate index.) 


To update an alternate index, the file must be open for modify, shorten, and 
append access. 


If an alternate index in the file was created using the default duplicate_key _ 
control value AMC$NO_DUPLICATES_ALLOWED, a record having the 
same alternate-key value as a record already in the file cannot be written to 
the file. An attempt to put or replace a duplicate record does not write the 
record and returns a nonfatal error. 
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Fetching Access Information After Alternate-Key Selection 


An AMP$FETCH ACCESS_INFORMATION call can return the following € 
items of information. (The call format is in the CYBIL File Management 

manual.) This list highlights the meaning of each item when returned 

immediately after a call that specifies an alternate-key value: 


duplicate_value_inserted @ 
Boolean indicating whether the last AMP$PUT, AMP$PUTREP, 
AMP$REPLACE, or AMP$APPLY_KEY_DEFINIIONS call detected a 
duplicate alternate-key value. 


The duplicate_value_inserted item does not identify the duplication. An 
AMP$PUT, AMP$PUTREP, or AMP$REPLACE call can detect a 
duplicate value for any alternate key in the file that allows duplicates. An 
AMP$APPLY KEY DEFINITIONS call can detect a duplicate value for 
any record in the file. 


file_ position 
Returns the current file position as described later under File Position 
Returned. 


primary _key 
Primary-key value of the record at the current file position (the next 
record). 


NOTE 


The AMP$FETCH ACCESS_INFORMATION call must specify a pointer 
to the location where the primary-key value is to be returned. The pointer 
must be specified in the PRIMARY _ KEY field in the array specified by the 
fetch _items parameter. 


selected_key_name 
Name of the currently selected key. If the primary key is currently 
selected, the name $PRIMARY _ KEY is returned. 
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At completion of each AMP$START, AMP$GET_ KEY, or AMP$GET _ 
NEXT_ KEY call, a value is returned in the file_ position variable. The value 
returned is AMC$EOR, AMC$EOI, or AMC$END_OF KEY LIST as 
shown in the following table. 


Table I-2-1. File Position Returned 


AMP$START 


AMP$GET_KEY 


AMP$GET _ 
NEXT_KEY 
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AMC$EOR 


Not applicable. 


A record associated with 
the alternate-key value 
has been returned, and if 
an AMP$GET_NEXT _ 
KEY call were issued next, 
it would return the next 
record in the key list for 
the same alternate-key 
value. 


Same as for 


AMP$GET_KEY. 


AMC$END_OF_ 
KEY_LIST 


The alternate index is 
positioned at the end of 

a key list and at the 
beginning of the next key 
list. The next keylist is for 
either the specified 
alternate-key value or the 
next higher alternate-key 
value if the specified value 
was not found. 


The last (or only) record 
associated with the 
alternate-key value has 
been returned, and if an 
AMP$GET_NEXT_ KEY 
call were issued next, it 
would return a record with 
another alternate key 
value or the file_ position 
AMC$EOI. 


Same as for 
AMP$GET_KEY. 
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AMC$EOI 


The alternate index is 
positioned at its end because 
the specified alternate-key 
value was higher than any 
alternate-key value in the 
index. 


Same as for AMP$START. 


No record is returned 
because the file is positioned 
at the end of the alternate 
index. 


Using the CYBIL Keyed-File Interface [-2.37 | 


Using Alternate Keys 


Retrieving Alternate-Index Information 


An alternate index is a structure independent from the file data, Thus, a 
program can fetch information from the alternate index without requiring 
access to the file data. This section describes the calls that fetch information 
from the alternate index. 


An AMP$GET_KEY_DEFINITIONS call retrieves the definitions of 
existing alternate keys. Your program could use the definitions returned by 
AMP$GET_KEY_ DEFINITIONS to: 


e Determine the attributes of an alternate key 
e Define identical or similar alternate keys in another file 


For example, you may want to get the alternate-key definitions from an old 
file to apply to a re-created file. 


An AMP$GET_ NEXT PRIMARY _ KEY LIST retrieves primary-key 
values from the alternate index. The primary-key values are returned in the 
order the values are stored in the alternate index, beginning at the current 
position. 


Generally, AMP$GET_PRIMARY KEY COUNT and AMP$GET_ 
SPACE USED_FOR_KEY calls prepare for subsequent calls that read or 
position by alternate key. AMP$GET_ PRIMARY KEY COUNT counts the 
number of primary-key values for a range of alternate-key values in the 
alternate index. AMP$GET_SPACE_USED_FOR_KEY counts the number 
of alternate-index blocks that contain the specified alternate-key value 
range. 


AMP$GET_PRIMARY_KEY_COUNT gives the program the exact number 
of primary-key values it would receive if it calls AMP$GET_NEXT _ 
PRIMARY _KEY_ LIST for the alternate-key value range. To count the 
values, AMP$GET_ PRIMARY KEY COUNT sequentially reads the 
alternate-index records that contain the information. 


AMP$GET_ SPACE USED_FOR_KEY does not actually read the 
alternate-index records that contain the primary-key values. It just counts 
the blocks that would contain the records for a given range of alternate-key 
values. This is much faster. The count returned is generally used to compare 
with a count returned by another AMP$GET_SPACE_USED_FOR_ KEY to 
determine the shorter primary-key value list. 
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As an example of a use for this call, assume that a program is to find a set of 
@ records in response to this query. 


Find the Jones on Madison Avenue with more than two dependents. 


Assume that both Jones and Madison Avenue are alternate-key values, but 
& number of dependents is not. The program must actually read the data 
records to determine the number of dependents. 


The program could read the set of records for either Jones or Madison 
Avenue. To minimize the number of data records it must read, it should fetch 
the shorter list. To determine which is the shorter list, it could compare 
values returned by either AMP$GET_PRIMARY KEY COUNT or 
AMP$GET_SPACE_ USED_FOR_KEY calls. When the exact number of 
primary-key values is not needed, it is faster to call AMP$GET_SPACE _ 
USED_FOR_KEY. 


AMP$GET_SPACE_USED_FOR_KEY returns two values, block_count 
and block_ space. The block _space value is the block_count value multiplied 
by the block size for the file. When comparing sets of records from more than 
one file, a program should compare the block_ space value returned, instead 
of the block_count values. The block _space value is more useful in this case 
because the block size could differ in the files. 
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Program Examples 


This section contains CYBIL program examples that perform these 
functions: 


Create an indexed-sequential file © 
Update an indexed-sequential file 
Create and use an alternate key 


Create and delete nested files 
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Indexed-Sequential File Creation Example 


This program (module CREATE) creates an indexed-sequential file named 
INDEXED by copying records from a sequential file with local file name 
ORIGINAL_ DATA. The first 15 characters of the record are used as the 
embedded primary key. The records are fixed-length records, each 55 
characters long. 


The following is a listing of the data in file ORIGINAL_DATA. The first 
column is a country name, the second is the population of the country, the 
third is the size of the country (in square miles), and the fourth is the capital 
of the country. There are several errors in the data; these will be fixed by the 
second example program. 


Algeria 19709000 919591 Algiers 
Australia 14796000 2967895 Melbourne 
Austria 7476000 32374 Vienna 
Belgium 9875000 11781 Brussels 
Canada 20050000 3851791 Montreal 
Denmark 5157000 16629 Copenhagen 
France 53844000 211207 Paris 
Great Britain 55717000 94226 London 
India 700734000 1269340 Delhi 
Ireland 3349000 27136 Dublin 
Ivory Coast 8513000 124503 Abidjan 
Japan 118783000 143750 Yokohama 
Mexico 70143000 761601 Mexico 
Sweden 8335000 173731 Stockholm 
Switzerland 6300000 15941 Bern 
Tanzania 18744000 364898 Zanzibar 
Turkey 47284000 301381 Ankara 
United Kingdom 55717000 94226 London 
United States 225195000 3615105 Washington 
USSR 269302000 8649498 Moscow 
Venezuela 15771000 352143 Caracas 
West Germany 60948000 95976 Bonn 


This is a source listing of the program that creates the indexed-sequential 
file. The program uses the common procedures listed in appendix E to 
inspect the status variable after each call and to produce a report on file 


$OUTPUT. 


MODULE create ; 


{ This program creates an indexed sequential file CISFILE) from } 


{ a sequential file (DATAIN). 


{ the name of the country. 


Revision B 


The primary key for ISFILE is } 


} 
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CONST 
key_length = 15, 
max_record_Length = 55, 
record_count = 30, 
key_position = 0, 
data_padding = 15, 
index_padding = 10, 
index_levels = 2; 


VAR 
Declare variables for ISFILE.} 
isfile: amt$local_file_name, 
isfile_id: amt$file_identifier, 
isfile_fpos: amt$file_position, 
Declare variables for DATAIN.} 
datain: amt$local_file_name, 
sqfile_id: amt$file_identifier, 
sqfile_fpos: amt$file_position, 
sqfile_transfer_count: amt$transfer_count, 
sqfile_byte_address: amt$file_byte_address, 
Wsa is used by both ISFILE and DATAIN.} 
wsa: string (max_record_Length); 


“A 


{ values. 


VAR file_description: 
amt$file_item := 
Clamc$file_organization, 
Camc$max_record_length, 
Camc$record_type, 
Camc$average_record_length, 
Camc$embedded_key, 
Camc$key_lLength, 
Camc$key_position, 
Camc$key_type, 
Camc$data_padding, 
Camc$index_padding, 
Camc$index_levels, 
Lamc$estimated_record_count, 
Camc$message_control, 
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Establish for file_description an array of file attribute } 


+ 
131 of 


amc$indexed_sequentialJ, 
max_record_lengthl, 
amc$ansi_fixed], 
max_record_lengthl, 
TRUE, 
key_Lengthl, 
key_position, 
amc$uncolLlated_key], 
data_paddingJ, 
index_paddingJ, 
index_levelsd, 
record_countl, 
$amt$message_control 
Camc$trivial_errors, 
amcSmessages, 
amc$statisticsJJJ; 
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PROGRAM creation_phase (VAR program_status : ost$status) ; 


p#start_report_generation( 
‘Begin indexed-sequential file creation.'); 
isfile := 'indexed'; 
datain := ‘original_data'; 
amp$file Cisfile, file_description, status); 
p#inspect_status_variable ; 


amp$open Cisfile, amc$record, NIL, isfile_id, status); 
p#inspect_status_variable ; 

amp$open (datain, amc$record, NIL, sqfile_id, status); 
p#inspect_status_variable ; 


{ The next part of the program reads records from DATAIN and } 
{ writes the records to ISFILE. A WHILE loop is used to read } 
{ and write the records until the file position of DATAIN is } 
{ end-of-information. } 


wsa := ' ts 

amp$get_next (sqfile_id, “wsa, max_record_length, 
sqfile_transfer_count, sqfile_byte_address, 
sqfile_fpos, status); 
p#inspect_status_variable; 


WHILE (sqfile_fpos <> amc$eoi) DO 
{The working storage length (the third parameter) is 
{ignored because the record type is amc$ansi_fixed. 
amp$put_key Cisfile_id, “wsa, 0, NIL, osc$wait, status); 
p#inspect_status_variable; 
wsa := ' '; 
amp$get_next (sqfile_id, “wsa, max_record_length, 
sqfile_transfer_count, sqfile_byte_address, 
sqfile_fpos, status); 
p#inspect_status_variable; 
WHILEND; 


amp$close Cisfile_id, status); 
p#inspect_status_variable; 

amp$close (sqfile_id, status); 
p#inspect_status_variable; 


p#stop_report_generation( 

"Indexed-sequential file creation complete.'); 
program_status.normal := TRUE ; 
{ Exit with normal status. } 


PROCEND creation_phase ; 
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22 PUSH (LIST := OFF) ?? 
{ This deck contains the common procedures Listed in appendix E. } 
*COpyC comproc S 


*xcopyc amp$close 

*xcopyc amp$file 

*xcopyc ampSget_next & 
*xcopyc amp$open 

*xcopyc amp$put_key 

22 POP ?? 


MODEND create; 


Assuming the program source text is stored as file S|USER.CREATE, the 
following are the SCL commands required to expand, compile, attach the 
data files, and execute the program. After the commands is a listing of the 
statistical messages from the program. 


/create_source_Library base=temporary_library 

/scu base=temporary_lLibrary 

sc/create_deck deck=create modification=original .. 
sc../source=$user.create 

sc/expand_deck deck=create .. 
sc../alternate_base=($system.cybil.osf$program_interface, .. 
sc../$system.common.psf$external_interface_source) 

sc/quit, write_library=no @ 
/cybil input=compile List=Listing 

/attach_file $user.original_data 

/lgo 


Begin indexed-sequential file creation. 

-- File INDEXED : O DELETE_KEYs done since Last open. 

-- File INDEXED : O GET_KEYs done since Last open. 

-- File INDEXED : QO GET_NEXT_KEYs done since Last open. 

-- File INDEXED : 22 PUT_KEYs (and PUTREPs->put) since Last 
open. 

-- File INDEXED : O PUTREPs done since Last open. 

-- File INDEXED : O REPLACE_KEYs (and PUTREPs->replace) since 
Last open. 

No error has been found by the program. 

Indexed-sequential file creation complete. 
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Indexed-Sequential File Update Example 


@ This program (module UPDATE) adds, deletes, and replaces records in the 
file INDEXED created by the CREATE program. The program reads its 
input from a file named UPDATE_ DATA. 


& The directives on file UPDATE_DATA are listed in the program output. In 
the program, only the first letter of the words Delete, Replace, and Put are 
used. The full word is included in the file to make the example clearer. Only 
the primary key is required to delete a record. 


This is a source listing of the program that updates the indexed-sequential 
file. The program uses the common procedures listed in appendix E to 
inspect the status variable after each call and to produce a report on file 


$OUTPUT. 


MODULE update; 


{ This program updates an indexed sequential file CINDEXED) } 
{ using information in an update file (UPDATE_DATA). } 


CONST 
record_length = 55; 


VAR 
@ { Declare variables for ISFILE.} 
isfile: amt$local_file_name := 'indexed', 
isfile_id: amt$file_identifier, 
isfile_fpos: amt$file_position, 
key: string (15), 
isfile_wsa: string Crecord_length), 


{ Declare variables for UPDATE.} 
update: amt$local_file_name := ‘update_data', 
update_id: amt$file_identifier, 
update_fpos: amt$file_position, 
update_transfer_count: amt$transfer_count, 
update_byte_address: amt$file_byte_address, 
update_wsa: string (record_length + 7), 


{ Declare access_selections array for amp$open.} 
access_selections: CSTATICJ] array (1 .. 1] of amt$file_item 
:= LLamc$message_ control, Samt$message_control 
& Camc$trivial_errors, amc$messages, amc$statisticsJJ]]; 
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“ss 


PROGRAM updating_phase (VAR program_status : ost$status) 


p#start_report_generation('Begin file update.'); © 
amp$open (isfile, amc$record, “access_selections, 
isfile_id, status); 
p#inspect_status_variable; 
amp$open (update, amc$record, NIL, update_id, status); ® 
p#inspect_status_variable; 


The WHILE Loop that follows reads an update record from UPDATE +} 
and edits ISFILE accordingly. The update information is + 
contained in the first 7 characters of the records in UPDATE; } 
however, only the first character is used to determine } 
whether a delete, put, or replace operation is to be } 
performed. If the operation requested is not a delete, put, or } 
replace, a message and the update record are printed on the + 
output listing. If the status parameter check shows that an + 
error occurred, then control is returned to the system. } 


AAA A AAA A A 


update_wsa := ' '; 
amp$get_next Cupdate_id, “update_wsa, STRLENGTH(update_wsa), 
update_transfer_count, update_byte_address, update_fpos, 


status); 
p#inspect_status_variable; 
WHILE (update_fpos <> amc$eoi) DO © 


p#put_m (TRUE, update_wsa(1, update_transfer_count)); 
isfile_wsa := update_wsa (8, * ); 
key := isfile_wsa (1, 15); 
CASE update_wsa (1) OF 
= §p' = 
amp$delete_key (isfile_id, “key, osc$wait, status); 
p#inspect_status_variable ; 


_ ‘pi 'Ri = 
amp$putrep (isfile_id, “isfile_wsa, 0, NIL, osc$wait, 
status); 
p#inspect_status_variabLle; 
ELSE 


p#put_m (FALSE, ‘Invalid code given as first character. '); 
p#put_m (TRUE , update_wsa(1, update_transfer_count)); 


CASEND; 

update_wsa (1, * ) := ' '; 

amp$get_next (update_id, “update_wsa, STRLENGTH(update_wsa), 
update_transfer_count, update_byte_address, @ 


update_fpos, status); 
p#inspect_status_variable; 
WHILEND; 
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amp$close (isfile_id, status); 
@ p#inspect_status_variable; 
amp$close (update_id, status); 
p#inspect_status_variable; 


p#stop_report_generation('File update complete.'); 
program_status.normal := TRUE ; 
{ Exit with normal status. } 


PROCEND updating_phase ; 


2? PUSH (LIST:=OFF) ?? 

{ The COMPROC deck contains the common procedures Listed in } 
{ appendix E. +} 

*cCOpyc comproc 


*xcopyc amp$close 
*copyc amp$delete_key 
*xcopyc amp$get_next 
*copyc ampSopen 
*xcopyc amp$putrep 

22 POP 2? 


@ MODEND update; 
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Assuming the program source text is stored on file $USER.UPDATE, the 
following are the SCL commands required to expand, compile, attach the 
data file, and execute the program. It is assumed that the indexed-sequential 
file to be updated is accessible as file INDEXED in the $LOCAL catalog. 
After the commands is a listing of the statistical messages from the file 
update program. 


/create_source_library base=temporary_library 

/scu base=temporary_lLibrary 

sc/create_deck deck=update modification=original .. 
sc../source=$user.update 

sc/expand_deck deck=update .. 
sc../alternate_base=($system.cybil.osf$program_interface, .. 
sc../Ssystem.common.psf$Sexternal_interface_source) 
sc/quit, write_library=no 

/cybil input=compile List=listing 

/attach_file $user.update_data 

/\lgo 


Begin file update. 


ReplaceCanada 24336000 3851791 Ottawa 
Put China 1053788000 3705390 Beijing 
Delete Great Britain 

Put Spain 38686000 194897 Madrid 
Put Italy 57513000 116303 Rome 
ReplaceJapan 11878300 143750 Tokyo 


-- File INDEXED : 1 DELETE_KEYs done since last open. 

-- File INDEXED : QO GET_KEYs done since Last open. 

-- File INDEXED : QO GET_NEXT_KEYs done since Last open. 

-- File INDEXED : 3 PUT_KEYs (and PUTREPs->put) since last 
open. 

-- File INDEXED : 5 PUTREPs done since Last open. 

-- File INDEXED : 2 REPLACE_KEYs (and PUTREPs->replace) since 
last open. 

No error has been found by the program. 

File update complete. 


A 1-2-48 CYBIL Keyed-File and Sort/Merge Interfaces Revision B 


Alternate-Key Example 


Alternate-Key Example 


@ The following program illustrates the use of alternate keys. The program 
uses the indexed-sequential file created and updated in the earlier examples 
in this chapter. It also uses the common procedures listed in appendix E. 


© The program defines the capital field as the alternate key field. It then copies 
the records to file ALTERNATE_KEY OUTPUT, sorted by the alternate 
key. 


This is a source listing of the program. 


MODULE example_3 ; 
{This module defines and then uses alternate keys for ISFILE.} 


CONST 
max_record_ Length = 55; 


VAR 

{ Declare variables for ISFILE.} 
isfile: amt$local_file_name, 
isfile_id: amt$file_identifier, 
isfile_fpos: amt$file_position, 


& {Declare variables for alternate key CAPITAL_KEY.} 
capital_key_name: amtSkey_name := ‘'capital_key', 
capital_key_position: amt$key_position := 41, 
capital_key_length: amt$key_length := 14, 


{ Declare variables for SQFILE.} 
sqfile: amt$local_file_name, 
sqfile_id: amt$file_identifier, 
sqfile_byte_address: amt$file_byte_address; 


VAR 
wsa: string(max_record_length), 
record_length : amt$max_record_length; 


{ Declare access_selections array for amp$open of ISFILE.} 
VAR 
access_selections_isfile: CSTATIC] array (1 .. 1] of 
amt$file_item := 
@ CLamc$message_control, S$amt$message_control 
Camc$trivial_errors, amc$messages, amc$statisticsJ]]; 
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{ Establish the file attribute array for file_description.} 


. e 
file_description: CSTATIC] array C1 .. 2] of amt$file_item := 
Clamc$file_organization, amc$sequentialJ, 
Camc$max_record_length, max_record_lengthJJ; 


{ Declare access_selections array for ampSopen of SEQFILE.} 
VAR 
access_selections_sqfile: CSTATIC] array [1 .. 11] 
of amt$file_item := 
Clamc$file_contents, amc$legibleJ]; 


VAR 
capital_attributes: CSTATIC,READ] array ([1..1] 
of amt$optional_key_attribute := 
Clamc$duplicate_keys, amc$ordered_by_primary_keyJ1J; 


PROGRAM alternate_key_phase (VAR program_status : ost$status); 
p#start_report_generation('Begin alternate keys example.'); 


{These calls specify file attributes and open files. } 
isfile := 'indexed'; @ 
sqfile := 'alternate_key_output'; 
amp$file (sqfile, file_description, status); 
p#inspect_status_variable; 

amp$open Cisfile, amc$record, “access_selections_isfile, 
isfile_id, status); 
p#inspect_status_variable; 

amp$Sopen (sqfile, amc$record, “access_selections_saqfile, 
sqfile_id, status); 
p#inspect_status_variable; 


{These calls define and generate the alternate index. } 
amp$create_key_definition (isfile_id, capital_key_name, 
capital_key_position, capital_key_length, 
“capital_attributes, status); 
p#inspect_status_variable; 
amp$apply_key_definitions (isfile_id, status); 
p#inspect_status_variable; 
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{These calls select the alternate key and read the first record. } 
amp$select_key Cisfile_id, capital_key_name, status); 
p#inspect_status_variable; 
amp$get_next_key (isfile_id, “wsa, max_record_length, NIL, 
record length, isfile_fpos, osc$wait, status); 
p#inspect_status_variable ; 


{ This loop copies the records in the indexed-sequential } 
{ file to the sequential file in the order the records J} 
{ are referenced in the alternate index. } 
WHILE Cisfile_fpos <> amc$eoi) DO 
amp$put_next (sqfile_id, “wsa, max_record_length, 
sqfile_byte_address, status); 
p#inspect_status_variable; 
wsa (1, * ) :=' ‘3 
amp$get_next_key (isfile_id, “wsa, max_record_Llength, NIL, 
record_length, isfile_fpos, osc$wait, status); 
p#inspect_status_variable ; 
WHILEND; 


amp$close (isfile_id, status); 
p#inspect_status_variable; 

amp$close (sqfile_id, status); 
p#inspect_status_variable ; 


p#stop_report_generation("Alternate keys example complete.'); 
program_status.normal := TRUE; 
{ Exit with normal status. } 


PROCEND alternate_key_phase; 


2? PUSH (LIST:=OFF) ?? 
{ This deck contains the common procedures Listed in appendix E. } 
*xcopyc comproc 


*xcopyc amp$apply_key_definitions 
*xcopyc amp$close 

*copyc amp$create_key_definition 
xcopyc amp$file 

*copyc amp$get_next_key 

*xcopyc ampSopen 

*copyc amp$put_next 

*copyc amp$select_key 

2? POP ?? 

MODEND example_3 ; 
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Assuming the source program is stored as deck ALTERNATE _ KEYS on 
source library file $USER.MY_LIBRARY, the following is a listing of the 
SCL commands required to expand, compile and execute the program. It is 
assumed that the indexed-sequential file is accessible as file INDEXED in 
the $LOCAL catalog. 


/scu base=$user.my_library 

sc../expand_deck deck=(alternate_keys) .. 
sc../alternate_base=($system.cybil.osf$program_interface, .. 
sc../S$system.common.psf$external_interface_source) 

sc/quit, write_library=no 

/cybil input=compile 


/\go 


Begin alternate keys example. 


== | (Fale 
-- File 
-- File 
-- File 
a= ETE 
-- File 
-- File 


~~ File 


== Fate 
<< File 


-- File 
-- File 
== “Frle 
-- File 
== -Frle 


-—- File 


No error 
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INDEXED : 


INDEXED 


INDEXED 


INDEXED 
INDEXED 


INDEXED 


INDEXED : 
: AMPSGET_NEXT_KEY has reached a file 


INDEXED 


INDEXED 
INDEXED 
INDEXED 


INDEXED 
INDEXED 
INDEXED 


: begin creating labels for alternate key 


definitions. 
finished creating labels for alternate key 
definitions. 


: begin the data pass that collects alternate 


key values. 


: AMPSAPPLY_KEY_DEFINITIONS has reached a file 


boundary : EOI. 


: data pass completed. 
: begin sorting the alternate key values. 
INDEXED : 


sorting completed. 


: begin building alternate key indexes into 


the file. 
completed building the indexes into the file. 


boundary : EOI. 


: O DELETE_KEYs done since last open. 
: O GET_KEYs done since Last open. 
: 48 GET_NEXT_KEYs done since 


last open. 


: O PUT_KEYs (and PUTREPs->put) since Last open. 
: QO PUTREPs done since last open. 
: O REPLACE_KEYs (and PUTREPs->replace) since 


Last open. 


has been found by the program. 
Alternate keys example complete. 
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This is a listing of the ALTERNATE _KEY OUTPUT file written by the 


program. 
Ivory Coast 8513000 124503 Abidjan 
Algeria 19709000 919591 Algiers 
Turkey 47284000 301381 Ankara 

@ China 1053788000 3705390 Beijing 
Switzerland 6300000 15941 Bern 
West Germany 60948000 95976 Bonn 
Belgium 9875000 11781 Brussels 
Venezuela 15771000 352143 Caracas 
Denmark 5157000 16629 Copenhagen 
India 700734000 1269340 Delhi 
Ireland 3349000 27136 Dublin 
United Kingdom 55717000 94226 London 
Spain 38686000 194897 Madrid 
Australia 14796000 2967895 Melbourne 
Mexico 70143000 761601 Mexico 
USSR 269302000 8649498 Moscow 
Canada 24336000 3851791 Ottawa 
France 53844000 211207 Paris 
Italy 57513000 116303 Rome 
Sweden 8335000 173731 Stockholm 
Japan 11878300 143750 Tokyo 

@ Austria 7476000 32374 Vienna 
United States 225195000 3615105 Washington 
Tanzania 18744000 364898 Zanzibar 
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Nested File Example 


This example is a CYBIL program that first copies the nested-file definitions 
from one keyed file to another keyed file and then destroys the original 
nested files. 


The program copies the nested-file definitions from file EXISTING_ 
KEYED_FILE to file ANOTHER_KEYED_ FILE. 


MODULE nested_file_module; 


VAR 

Lfn1: CSTATIC] amt$local_file_name := 
"existing_keyed_file', 

Lfn2: CSTATIC] amt$local_file_name := 
"another_keyed_file', 

fidl: amt$file_identifier, 

fid2: amt$file_identifier, 

access_information_ptr: “amt$access_information, 

definitions_ptr: “amt$nested_file_definitions, 

nested_file_count: amt$nested_file_count, 

element: amt$nested_file_count; 


{ This program copies the nested-file definitions in file 

{ EXISTING_KEYED_FILE (LFN1) to file ANOTHER_KEYED_FILE (LFN2). 
{ It then deletes all nested files (except SMAIN_FILE) from 

{ LFN1. Any data in the LFN1 nested files (other than in 

{ $MAIN_FILE) is discarded. 


PROGRAM nested_file_example (VAR program_status: ost$status); 


p#start_report_generation( 
"Start copying of nested-file definitions.'); 


amp$open(Lfni, amc$record, NIL, fid1, status); 
p#inspect_status_variable; 


{ These statements fetch the number of nested files currently 
{ defined in LFN1. 


ALLOCATE access_information_ptr : [1..11; 
access_information_ptr°[1].key:=amc$number_of_nested_files; 
amp$fetch_access_information(fid1, access_information_ptr”, 
status); 
p#inspect_status_variable; 
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{ A value is returned for number_of_nested_files only if the 
@ { file is a keyed file. If it is not, the program sends a 
{ message and terminates. 


IF NOT access_information_ptr°(1].item_returned THEN 
p#stop_report_generation( 
& "File EXISTING_KEYED_FILE is not a keyed file.'); 
pmp$exit( status ); 
IFEND; 


a“ 


This statement allocates an array large enough to hold a 
{ nested-file definition record for each nested file in LFN1. 


ALLOCATE definitions_ptr : 
[1..access_information_ptr°[1].number_of_nested_files; 
amp$get_nested_file_definitions(fid1, definitions_ptr’, 
nested_file_count, status); 
p#inspect_status_variable; 


amp$Sopen(Lfn2, amc$record, NIL, fid2, status); 
p#inspect_status_variable; 


This loop defines each nested file from LFN1 in LFN2. 
Element 1 of the array is skipped because it contains the 
definition of nested file SMAIN_FILE which already exists. 


AAA 


/define_loop/ 
FOR element := 2 TO nested_file_count DO 


amp$create_nested_file(fid2, 
definitions_ptr°Lelement], status); 


IF NOT status.normal THEN 
IF status.condit ion=ame$unimplemented_request THEN 
p#put_m (TRUE, 
"File ANOTHER_KEYED_FILE is not a keyed file.'); 
EXIT /define_loop/; 
ELSE 
p#inspect_status_variable; 
IFEND; 
IFEND; 


eS FOREND /define_Loop/; 


amp$close(fid2, status); 
p#inspect_status_variable; 
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p#put_m (TRUE, 'Nested file definition copying is done.'); 


p#put_m (TRUE, 'Nested-file deletion now begins.'); é 
{ This loop deletes each nested file in LFN1. Element 1 in 
{ the array is skipped because it contains the definition 
{ of nested file SMAIN_FILE which cannot be deleted. eS 


FOR element := 2 TO nested_file_count DO 
amp$delete_nested_file(fid1, 
definitions_ptr* LelementJ.nested_file_name, status); 
p#inspect_status_variable; 


FOREND; 


amp$close(fid1, status); 
p#inspect_status_variable; 


p#stop_report_generation( 
"Nested-file deletion complete.'); 


PROCEND nested_file_example; 
{ The COMPROC deck contains the common 


{ procedures listed in appendix E. 
*xcopyc comproc 


22 PUSH (LIST := OFF) ?? & 


*xcopyc amp$open 

*copyc amp$fetch_access_information 
*copyc amp$get_nested_file_definitions 
*copyc amp$delete_nested_file 

*copyc amp$close 

*xcopyc amp$create_nested_file 


{ This directive is required to copy the 
{ named condition identifier declaration. 
*copyc ameSunimplemented_request 

22 POP ?? 


MODEND nested_file_module 


@ [-2-56 CYBIL Keyed-File and Sort/Merge Interfaces Revision B 


Nested File Example 


The following commands prepare the program for execution. 


"Commands to expand the program text. 
create_source_library result=temporary_library 
scu, base=temporary_lLibrary 
create_deck, deck=nested_file_program, .. 
© modification=original, source=$user.nested_file_program 
create_deck, deck=comproc, modification=original, .. 
source=$user.appendix_E_procedures 
expand_deck, deck=nested_file_program, .. 
alternate_base=($system.cybil.osf$program_interface, .. 
$system.common.psf$external_interface_source) 
quit, write_library=no 
"Command to compile the expanded text on file COMPILE. 
cybil, input=compile, List=lListing 


After execution of the preceding commands, the object program is on file 
LGO, ready for execution. To demonstrate program execution, the files 
S$USER.INDEXED SEQUENTIAL_FILE and $USER.DIRECT_ACCESS _ 
FILE are copied to local files with the correct names. (Or, the files could be 
attached as local files with these names, in which case, the program would 
change the original files instead of copies.) 


& /copy_keyed_file, input=Suser.indexed_sequential_file, .. 
. ./output=existing_keyed_file 

/copy_keyed_filte, input=$user.direct_access file, .. 

. ./output=another_keyed_file 

/\go 


Start copying of nested-file definitions. 
No error has been found by the program. 
Nested file definition copying is done. 
Nested-file deletion now begins. 

No error has been found by the program. 
Nested-file deletion complete. 

/ 


You could confirm that the nested files have been copied and deleted by — 
entering these commands: | 


display_keyed_file_properties, existing_keyed_file 
display_keyed_file_properties, another_keyed_file 


@ (The COPY KEYED_ FILE and DISPLAY_KEYED_FILE_ PROPERTIES 
commands are described in the SCL Advanced File Management Usage 
manual.) 
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This chapter contains detailed descriptions of each keyed-file interface call, 
organized in alphabetical order by the procedure name. 


o NOTE 


As described in the manual introduction, a CYBIL program must include a 
*COPYC directive for each keyed-file interface procedure call it uses. 


When you expand your program, you must specify these files as alternate 
base libraries: 


$SYSTEM.CYBIL.OSF$PROGRAM_INTERFACE 
$SYSTEM.COMMON.PSFSEXTERNAL_INTERFACE_SOURCE 


When you execute your program, you must add the following object library 
file to the program library list: 


$LOCAL.AAF$44D_LIBRARY 


@ Using Keyed-File Interface Calls 


When using keyed-file interface calls, you follow the same general rules you 
follow when using the other file interface calls described in the CYBIL File 
Management and CYBIL Sequential and Byte Addressable Files manuals. | 


A keyed-file interface call can only be issued for an instance of open of a 

keyed file. As shown in the individual descriptions, each call references a file 

by the file identifier returned by the AMP$OPEN call that opened the file. 

The AMP$OPEN call is described in detail in the CYBIL File Management jl 


manual. 


File processing is guided by the attribute values of the file. The file attributes 
used by keyed files are described in chapter I-4. The calls that specify file 
attribute values are described in detail in the CYBIL File Management 
manual. 
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File Access 


You can use a file only if you have access to it. Your access to a file is limited 
by the permissions you have been granted to the file. You can limit access 
further by requesting a subset of your permitted access modes when 
attaching the file. This process is described in the SCL System Interface 
Usage manual. 


The access allowed for a particular instance of open is limited by the access _ 
mode file attribute as specified when the file is opened. The following is a list 
of the access modes required for each keyed-file interface call. 


Call Access Modes Required 


AMP$ABANDON_KEY_DEFINITIONS 
AMP$APPLY_KEY_DEFINITIONS 
AMP$CREATE_KEY_DEFINITION 
AMP$CREATE_NESTED_ FILE 


Append, shorten, and modify 
Append, shorten, and modify 
Append, shorten, and modify 
Append, shorten, and modify 


Shorten 
Append, shorten, and modify 
Append, shorten, and modify 


AMP$DELETE_KEY 
AMP$DELETE_KEY_DEFINITION 
AMP$DELETE_NESTED_FILE 


AMP$GET_KEY Read (modify required to 
record statistics) 

Any access mode 

Read (modify required to 


record statistics) 


AMP$GET_KEY_DEFINITIONS 
AMP$GET_LOCK_KEYED_RECORD 


AMP$GET_LOCK_NEXT_KEYED_ 
RECORD 
AMP$GET_NESTED_FILE_ 
DEFINITIONS 
AMP$GET_NEXT_KEY 


AMP$GET_NEXT_PRIMARY _ 
KEY_LIST 
AMP$GET_PRIMARY_KEY_COUNT 


AMP$GET_SPACE_USED_FOR_KEY 


AMP$LOCK_ FILE 
AMP$LOCK_KEY 


AMP$PUT_KEY 
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Read (modify required to 
record statistics) 
Any access mode 


Read (modify required to 
record statistics) 
Read 


Read 
Read 


Any access mode 
Any access mode 


Append (shorten and modify 
also required if the file has one 
or more alternate keys) 
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Call 
@ AMP$PUTREP 


AMP$REPLACE_KEY 


§| AMP$SELECT_NESTED_FILE 
AMP$SELECT_KEY 
AMP$START 
AMP$UNLOCK_ FILE 
AMP$UNLOCK_KEY 
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Access Modes Required 


Append and shorten (modify 
also required if the file has one 
or more alternate keys) 
Append and shorten (modify 
also required if the file has one 
or more alternate keys) 


Any access mode 
Any access mode 
Read 

Any access mode 
Any access mode 
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AMP$ABANDON_KEY_DEFINITIONS 
Purpose Discards the pending alternate-key definitions or deletions. 


Format AMP$ABANDON_KEY_DEFINITIONS 
(file_identifier,status); 

Parameters _file_identifier: amt$file_identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$no_definitions_ pending 
Identifiers aae$not_enough permission 
Remarks e A pending alternate-key definition or deletion is one that 


has been requested but has not yet been discarded or 
applied to the nested file. An AMP$ABANDON _ KEY _ 
DEFINITIONS call or the closing of the file discards all 
pending definitions and deletions. An AMP$APPLY _ 
KEY_ DEFINITIONS call applies all pending definitions 
and deletions. 


e AMP$ABANDON_ KEY_ DEFINITIONS cannot discard 
an alternate-key definition that has already been applied 
to the nested file. To delete an applied alternate-key 
definition, call AMP$DELETE_KEY_DEFINITION, and 
then call AMP$APPLY KEY DEFINITION to apply the 
deletion request. 
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AMPS$APPLY_KEY_DEFINITIONS 


@ Purpose Applies the pending alternate-key definitions and deletions to 
the file. 
Format AMP$APPLY_KEY_DEFINITIONS 
@ (file_identifier, status); 


Parameters  file_identifier: amt$file identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$begin altkey_labels 

Identifiers aae$begin delete_keydefs 
aae$duplicate_alternate_key 
aae$enable_altkey_duplicates 
aaeg$end_altkey _labels 
aae$end_delete_keydefs 
aae$index_being_ built 
aae$keydef_has_been_ deleted 
aae$no_ definitions 
aae$not_enough_ permission 

@ aae$sparse_key_beyond_eor 

aae$unexpected__dup_ encountered 


Remarks e AMP$APPLY_ KEY DEFINITIONS applies the pending 
requests to the currently selected nested file only. (The 
nested file selected when the file is opened 1s the default 
nested file, $MAIN_ FILE.) 


© An AMP$APPLY_ KEY_ DEFINITIONS call first deletes 
each alternate index specified by a pending alternate-key 
deletion. It then creates an alternate index for each 
pending alternate-key definition. 


A pending definition or deletion is one requested by an 

AMP$CREATE_ KEY DEFINITION or AMP$DELETE _ 

KEY _DEFINTION call that has not yet been discarded or 

applied to the file. (Closing the file or issuing an 

AMP$ABANDON_KEY_ DEFINITIONS call discards all 
@ pending definitions and deletions.) 
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Remarks e If AMC$NO_DUPLICATES_ ALLOWED is specified for a 

(Contd) new key and the file contains data, AMP$APPLY_KEY _ 
DEFINITIONS returns a nonfatal error (condition 
AAE$SUNEXPECTED_DUP_ENCOUNTERED) if it finds 
a duplicate alternate-key value. It then changes the 
duplicate control for the index from AMC$NO _ 
DUPLICATES_ ALLOWED to AMC$ORDERED_BY_ 
PRIMARY _ KEY, and restarts creation of the alternate 
index. (All other indexes are unaffected by this change.) 


If a change to AMC$ORDER_BY_PRIMARY_ KEY is not 
desired, set the error_limit attribute to 1. The occurrence of 
a nonfatal error (such as a duplicate-key value) causes the 
nonfatal-error limit to be reached and a fatal error to be 
issued. The fatal error terminates alternate index creation 
and discards any alternate indexes already built by the 
call. 


No alternate indexes are created by the terminated 
AMP$APPLY_KEY_ DEFINITIONS procedure; however, 
it does perform all pending alternate-key deletions. 


e Entry of a pause_break_character (usually control-p) is 
ignored during application of alternate-key definitions. 


e Entry of a terminate_break_character (usually control-t) 
during application of alternate-key definitions returns a 
prompt to the terminal user, asking for confirmation. 


As described in the prompt, the terminal user should then 
enter a carriage return or any entry other than RUIN FILE 
(uppercase or lowercase) to continue the application of 
alternate-key definitions. Applied alternate-key definitions 
can be removed without harm to the file after the apply 
operation has completed. 


A request to ruin the file is not recommended. No file 
operation can be performed on a ruined file and so no data 
can be retrieved from the file. 
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AMP$CREATE_KEY_DEFINITION 


& Purpose Defines an alternate key. 
Format AMP$CREATE_KEY_DEFINITION 
(file_identifier, key_name, key_position, key_length, 
@ optional _attributes, status); 


Parameters  file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$0OPEN call for the file). 


key_name: amt$key_name 


Name to be given the alternate key. The name must follow the 
SCL naming rules. It can be specified by an amt$key_name 
variable or by a 31-character string on the call. (The name 
must be left-justified with blank fill within the string.) 


key _position: amt$key _ position 


Position of the first byte of the alternate key in the record. 
(The bytes in a record are numbered from the left, beginning 
with zero.) 


key_length: amt$key_length 


& Length, in bytes, of the alternate key. The maximum length is 
255 bytes. 


optional _attributes: “amt$optional_key_attributes 


Pointer to an adaptable array defining optional attributes of 
the alternate key. Specify NILif no optional attributes are to 
be specified. 


Each record in the array specifies an optional attribute; the 
attribute defined is indicated by the SELECTOR field of the 
record. Table [-3-1 lists the SELECTOR field values and the 
attribute record fields generated for each SELECTOR field 
value. 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aaeg$alt_key_past_muinrl 
Identifiers aae$bad_ name 
aaeg$cant_create_existing name 
aae$concatenated _key_too_ big 
aae$cant_get_collate_table 
aae$collated_altkey_no_table 
@ aae$no_repeating group 
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Remarks e To apply the alternate-key definition specified by an 
AMP$CREATE_KEY_ DEFINITION call to the file, call 
AMP$APPLY_KEY_ DEFINITIONS. Before the apply 
operation, an alternate-key definition is only pending and 
cannot be used to access records in the file. A call to 
AMP$ABANDON_ KEY_DEFINITIONS discards 


pending alternate-key definitions. 


e Ifthe SELECTOR field in a record in the optional _ 
attributes array has the value AMC$NULL_ ATTRIBUTE, 
that record is ignored. 


e Sparse key control is defined by three values: 


Sparse_Key_Control_ Position 
Sparse_Key_Control_Characters 
Sparse_Key_Control_ Effect 


If an alternate key is subject to sparse-key control, the 
sparse-key control character must be within the minimum 
record length, but the alternate-key fields need not be. For 
more information, see the Sparse-Key Control description 
in chapter I[-1. 


e A concatenated key can have up to 64 pieces. The leftmost 
piece is defined by the key_ position and key_length 
values. 


Each piece concatenated to the first piece is specified by a 
record in the optional_ attributes array containing three 
fields: 


Concatenated_Key_ Position 
Concatenated_Key_ Length 
Concatenated_Key_Type 


The pieces are concatenated in the same order as the 
records that define the pieces in the optional_ attributes 
array. 


The total length of a concatenated key cannot exceed 700 
bytes. 


e The first alternate key value in a repeating group begins at 
key_ position. Subsequent keys are found by adding the 
value of repeating_group_length to key_position until 
either the repeating_group_count is satisfied (repeat_to_ 
end_of_record is FALSE) or the end of the record is 
reached (repeat_to_end_of_record is TRUE). 
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Remarks e Repeating groups cannot be used with concatenated keys. 
(Contd) Also, repeating groups cannot be used when duplicate _ 
key _control is set to AMC$FIRST_IN_FIRST_OUT. 


NOTE 


The CYBIL declaration for AMT$OPTIONAL_ KEY ATTRIBUTE in 
appendix C lists additional fields besides those listed in table I-3-1. These 
additional fields are for features not yet implemented. 


Table I-3-1. Optional Attribute Record Contents 
(AMTSOPTIONAL_KEY_ATTRIBUTE) 


Value of 
SELECTOR Field 


Resulting Attribute Record Fields 


eR A ET Se 


AMC$KEY_TYPE 
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KEY TYPE: amt$key_type 
Type of the alternate key. 


AMC$UNCOLLATED_KEY 


Order key values byte-by-byte according 
to the ASCII character set sequence 
(listed in appendix B). Key values can be 
positive integers or ASCII strings (1 
through 255 bytes). 


AMCSINTEGER_KEY 


Order key values numerically. Key 
values are positive or negative integers (1 
through 8 bytes). 


AMC$COLLATED_KEY 


Order key values according to a 
user-specified collation table (see the 
COLLATE_TABLE_ NAME description 
in this table). Key values can be positive 
integers or ASCII strings (1 through 255 
bytes). 


If you omit the attribute, 
AMC$UNCOLLATED_ KEY is used. 


(Continued) 
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Table I-3-1. Optional Attribute Record Contents 
(AMTSOPTIONAL_KEY_ATTRIBUTE) (Continued) 


Value of 

SELECTOR Field Resulting Attribute Record Fields 
AMC$COLLATE _ COLLATE TABLE NAME: 
TABLE_NAME pmt$program_ name 


Name of the collation table to be used for 
collating the alternate key. (The 
alternate-key collation table can differ from 
the primary-key collation table. See 
appendix D for more information on 
collation tables.) 


If the file is an indexed-sequential file with 
a collated primary key, the default collation 
table for the alternate key is the collation 
table for the primary key. Otherwise, you 
must specify a collation table for each 
collated alternate key. 


AMC$DUPLICATE KEYS DUPLICATE KEY CONTROL: 

amt$duplicate_key_control 

Indicates how duplicate alternate-key 

values are handled in the alternate index. 
AMC$NO_DUPLICATES_ALLOWED 
No duplicate alternate-key values are 
allowed in the alternate index. 
AMC$FIRST_IN_FIRST_OUT 


Duplicate alternate-key values are 
ordered according to when the record is 
written to the file. 


AMC$ORDERED_BY_PRIMARY_ KEY 


Duplicate alternate-key values are 
ordered according to primary-key values. 


Omission causes AMC$NO _ 
DUPLICATES ALLOWED to be used. 


(Continued) 
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Table I-3-1. Optional Attribute Record Contents 


& (AMT$OPTIONAL_KEY_ATTRIBUTE) (Continued) 
Value of 
SELECTOR Field Resulting Attribute Record Fields 
AMC$NULL_ NULL_SUPPRESSION : boolean 
SUPPRESSION 


a AMC$SPARSE_ KEYS 
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Indicates whether alternate keys with a null 
value should be included in the alternate 
index. (For AMC$INTEGER_ KEY, the null 
value is zero; for AMC$UNCOLLATED _ 
KEY, the null value is all spaces; for 
AMC$COLLATED_ KEY, the null value is 
all spaces before collation.) 


FALSE 


All values are included in the index. 


TRUE 


Null values are not included in the index. 
Omission causes FALSE to be used. 


SPARSE_KEY CONTROL_ POSITION : 
amt$key _ position 


Position of the sparse-key control character. 
The position must be within the minimum 
record length. (Bytes in a record are 
numbered from the left, beginning with 
zero.) 


SPARSE _ KEY CONTROL ._ 
CHARACTERS : set of char 


Set of characters with which the sparse-key 
character is compared. 


SPARSE _KEY CONTROL_EFFECT : 


amt$sparse_key_control_ effect 


Indicates whether a sparse-key control 
character match causes the alternate key to 
be included or excluded from the alternate 
index. 


(Continued) 


Keyed-File Interface Calls 1-3-1] 


AMP$CREATE_KEY_DEFINITION 


| Table I-3-1. Optional Attribute Record Contents 
(AMT$OPTIONAL_KEY_ATTRIBUTE) (Continued) 


Value of 
SELECTOR Field Resulting Attribute Record Fields 


AMCS$INCLUDE_KEY_VALUE 


Alternate-key value is included in the 
alternate index. 


AMC$EXCLUDE_KEY_VALUE 


Alternate-key value is not included in 
the alternate index. 


AMC$REPEATING GROUP REPEATING _GROUP_LENGTH : 
amt$max_record_length, 
Length, in bytes, of the repeating group of 
fields. It is the distance from the beginning 
of an alternate-key value to the beginning 
of the next alternate-key value in the record. 


REPETITION CONTROL: 
amt$repetition _control 

This record indicates whether the alternate 
key repeats until the end of the record. If no 
values are specified for the repetition _ 
control record, it is assumed that the 
repeating group repeats until the end of the 
record. 


REPEAT TO END_ OF RECORD: 
boolean 


TRUE 

The alternate key repeats until the 
record ends. (An incomplete key at the 
end of the record is not used.) 


FALSE 


The alternate key repeats the number 
of times specified in the 

REPEATING _GROUP_COUNT 
field. If sparse-key control is not used, 
the specified number of key values 
must be within the minimum record 


length. 


(Continued) 
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Table I-3-1. Optional Attribute Record Contents 
(AMT$SOPTIONAL_KEY_ATTRIBUTE) (Continued) 


Value of 
SELECTOR Field 


AMC$CONCATENATED _ 
KEY_PORTION 
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Resulting Attribute Record Fields 


REPEATING GROUP_COUNT: 
amt$max_repeating_group_count 


Number of times the group of fields repeats 
in a record. This field exists only if 
REPEAT TO _END_OF_RECORD is 
FALSE. 


CONCATENATED _KEY_POSITION : 
amt$key _ position 


Starting position of a concatenated piece. 
(Bytes are numbered from the left, 
beginning with zero.) 


CONCATENATED KEY LENGTH: 
amt$key _length 
Length, in bytes, of a concatenated piece. 


CONCATENATED _KEY_ TYPE: 
amt$key _type 


Key type of a concatenated piece. 


AMC$UNCOLLATED_ KEY 

Order piece values byte-by-byte 
according to the ASCII character set 
sequence (listed in appendix B). Piece 
values can be positive integers or ASCII 
strings (1 through 255 bytes). 


AMCS$INTEGER_KEY 


Order piece values numerically. Piece 
values are positive or negative integers 
(1 through 8 bytes). 


AMC$COLLATED_KEY 


Order piece values according to a 
user-specified collation table (see the 
COLLATE _TABLE_NAME description 
in this table). Piece values can be positive 
integers or ASCII strings (1 through 255 
bytes). 
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AMP$CREATE_NESTED_FILE 


Purpose 


Format 


Defines a nested file in an existing NOS/VE file. @ 


AMP$SCREATE_NESTED_ FILE 
(file_identifier, definition, status); @ 


Parameters file_identifier: amt$file_identifier 


@ I-3-14 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


definition: amt$nested_file_ definition 


Variant record which specifies the nested-file name and its 
attributes. The record declaration is as follows: 


amt$nested_file_definition = record 
nested_file_name: amt$Snested_file_name, 
embedded_key: boolean, 
key_position: amt$key_position, 
key_length: amt$key_length, 
maximum_record: amt$max_record_length, 
minimum_record: amt$min_record_Length, 
record_type: amt$record_type, 
case file_organization: 
amt$file_organization of © 
= amc$indexed_sequential = 
key_type: amt$key_type, 
collate_table_name: pmt$program_name, 
data_padding: amt$data_padding, 
index_padding: amt$index_padding, 
= amc$direct_access = 
home_block_count: 
amt$initial_home_block_count, 
dynamic_home_block_space: 
amt$dynamic_home_block_space, 
lLoading_factor: amt$loading_factor, 
hashing_procedure: 
amt$hashing_procedure_name, 
casend, 
recend; 


status: VAR of ost$status 


Status variable in which the procedure returns its completion 
status. @ 


CYBIL Keyed-File and Sort/Merge Interfaces Revision B 


AMP$CREATE_NESTED_ FILE 


Condition aae$bad_ name 

© Identifiers aae$cant_get_collate_table 
aae$collated_key_needs_table 
aae$data_pad_too_large 
aae$dup_nested_file_ name 

& aae$index_pad_too_large 
aae$integer_key_gt_one_word 
aae$min_ gt _max_rec_length 
aae$no_home_block_count 
aae$no_select_during_keydef 
aae$not_enough_ permission 
aae$rec_too_small_for_key 
aae$system_error_occurred 


Remarks e AMP$CREATE_NESTED_ FILE requires append, modify, 
and shorten access to the file; otherwise, it returns 
condition aae$not_enough_ permission. 


e AMP$CREATE_NESTED_ FILE cannot create a nested 
file if one or more alternate-key requests are pending. Call 
AMP$APPLY_ KEY DEFINITIONS or 
AMP$ABANDON_KEY_DEFINITIONS to dispose of the 
pending requests. 


& e The specified nested-file name must be unique among the 
nested files in the file; otherwise, AMP$CREATE _ 
NESTED_ FILE returns condition aae$dup_ nested _ 
file_ name. 


e You must specify values for all fields in the nested—file 
definition record that apply to the file organization. No 
default values are provided; the corresponding attribute 
values specified when the file was created apply only to the 
default nested file ($MAIN_ FILE). 


The attributes and their values are described in 
chapter I-4. 


e When creating an indexed-sequential nested file, specify 
OSC$NULL_NAME for the collate_table_name field 
when the key_type specified is AMC$UNCOLLATED or 
AMCS$INTEGER. Specify the collation table name in the 
field when the key_type is AMC$COLLATED. 


@ e Ifthe key type is collated, specification of a collation table 
is required. AMP$CREATE_NESTED_ FILE loads the 
collation table and stores it for use by the nested file. If it 
cannot load the collation table, it returns condition 

& aae$cant_get_collate_table. 
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Remarks @ When creating a direct-access nested file, specify values for 

(Contd) the dynamic_home_block_ space and loading _ factor fields 
(although the values are not yet used). Specify the default 
values, FALSE and 0, respectively. 


For the hashing _ procedure specification, values are 
required for two fields (NAME and OBJECT_LIBRARY). 
Currently, you should always specify OSC$NULL_NAME 
for the OBJECT_LIBRARY field. To specify the default 
hashing procedure, specify AMP$SYSTEM_HASHING _ 
PROCEDURE as the NAME field value. 


e Creating a nested file does not select the nested file for use. 
To select a nested file, call AMP$SELECT_NESTED _ 
FILE. 


e To remove a nested file, call AMP$DELETE NESTED _ 
FILE. 


e For more information on nested files, see Nested Files in 
chapter I-1. 


e The nested-file example at the end of chapter I-2 
demonstrates the use of this call. 
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AMP$DELETE_KEY 


Purpose 


Format 


Parameters 


Condition 
Identifiers 


Remarks 
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Removes a record from a keyed file. 


AMP$DELETE_KEY 
(file_identifier, key_location, wait, status); 


file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


key_location: “cell 


Pointer to the primary-key value of the record to be deleted. 


walt: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


aae$file_at_file_ limit 

aae$file_is_ ruined 

aae$key_not_already_locked ii 
aae$key_not_ found 

aae$key_ required 

aae$nonembedded_key_not_ given 

aae$not_enough_ permission 


e An AMP$DELETE_ KEY call requires that the file be 
opened for at least shorten access. However, if the file has 
one or more alternate keys, the file must be opened with at 
least append, shorten, and modify access so that the 
alternate indexes can be updated. 


e If the file could be shared (more than one instance of open 
could exist), a record can be deleted only by the owner of a 
Preserve_Access_and_Content or Exclusive_ Access lock 
on the primary-key value of the record. An invalid attempt 
returns the nonfatal condition aae$key_not_already _ 
locked. 


To read about file sharing, see Keyed-File Sharing in 
chapter I-2. 


e When the delete request is executed, the specified record is 


either flagged as deleted or physically deleted from the 
data block. When the first record in a data block is deleted, 
index blocks are updated as applicable. 
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Remarks e If execution of a delete request empties a data or index 
(Contd) block, the block is linked into a chain of empty blocks. © 
These blocks are reused when new blocks are required for 


file expansion. 


e AMP$DELETE_ KEY searches for the specified 
primary-key value only in the nested file currently & 
selected. If it does not find it, it returns the nonfatal 
condition aae$key_not_ found. 


e Execution of an AMP$DELETE_KEY call does not 
change the file position or the currently selected key. 


An AMP$DELETE_ KEY call updates the alternate 
indexes if alternate keys are defined for the file. Calls to 
delete records are effective even if an alternate key is 
currently selected for reading and positioning the file. 


e When deleting a series of contiguous fixed-length records, 
you can save execution time by beginning with the record 
having the highest primary-key value. 


Deletion of the last record in a data block is performed 

quickly because the system just needs to reduce the record 

count by one. Deletion of the first record in a data block, 

however, can move all remaining records in the data block. @ 


By deleting records in order from the highest to the lowest 
primary-key value, you can avoid relocation of records to 
be subsequently deleted. 
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AMP$DELETE_KEY_DEFINITION 


@ Purpose Requests removal of an alternate—-key definition by the next 
AMP$APPLY_KEY_ DEFINITIONS call. 


Format AMP$DELETE_KEY_ DEFINITION 
e@ (file_identifier, key_name, status); 


Parameters  file_identifier: amt$file_identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
key_name: amt$key_name 


Name of the alternate key to be deleted. It can be specified by 

an amt$key_name variable or by a 31-character string on the 7 
call. (The name must be left-justified with blank fill within 

the string.) 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$bad_ name 
Identifiers aae$cant_delete_missing_name 
aae$no_delete_current_key 
@ aae$not_enough_ permission 


Remarks e A subsequent AMP$APPLY_KEY_DEFINITIONS call is 
required to implement an alternate-key deletion specified 
by an AMP$DELETE_KEY_ DEFINITION call. 


Before the apply operation, an alternate-key deletion is 
only pending; the alternate key remains in the file, 
although it is not available for use. (Another instance of 
open that has already selected the alternate key can 
continue to use it; however, no instance of open can select 
the key while its deletion is pending.) 


A call to AMP$ABANDON_KEY_ DEFINITIONS 
discards pending alternate-key deletions. 


e You cannot delete an alternate key while you have the key 
selected. Before calling AMP$DELETE_ KEY _ 
DEFINITION for the current key, you must call 
AMP$SELECT_ KEY to select another key; otherwise 
& AMP$DELETE_KEY_DEFINITION returns the 
condition aae$no_delete_current_ key. 
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AMP$DELETE_NESTED_FILE 


Purpose Destroys a nested file. It deletes its data, alternate keys, and 
the nested file definition. 
Format AMP$DELETE_NESTED_ FILE 


(file_identifier, nested_file_name, status); 


Parameters file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


nested_file_name: amt$nested_file_name 


Name given the nested file when it was created. It can be 
specified by an amt$nested_file_name variable or by a 
31-character string on the call. (The name must be 
left-justified with blank fill within the string.) 


status: VAR of ost$status 
Status variable in which the procedure returns its completion 


status. 
Condition aae$bad_name 
Identifiers aae$cant_delete_main_nested_f 


aae$nested_file_not_found 
aae$no_delete_current_nested_f 
aae$no_delete_rasp_in_use 
aae$no_select_during_keydef 
aae$not_enough_ permission 
aae$system_error_occurred 


Remarks e AMP$DELETE_NESTED_FILE requires append, modify, 
and shorten access to the file. 


e The default nested file $MAIN_FILE cannot be deleted. 


@ The task must have exclusive access to the nested file to 
delete it. AMP$DELETE NESTED_ FILE cannot delete a 
nested file while: 


- Any instance of open has the nested file selected. 


- Any instance of open has any locks that apply to the 
nested file. 


An attempt to delete a nested file while it is in use returns 
the nonfatal condition aae$no_delete_rasp_in_use. 
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Remarks e AMP$DELETE_NESTED_ FILE cannot delete a nested 
@ (Contd) file if the instance of open has one or more alternate-key 
requests pending. Call AMP$APPLY_KEY _ 
DEFINITIONS or AMP$ABANDON_ KEY _ 
DEFINITIONS to dispose of the pending requests and 
then call AMP$SELECT_NESTED_ FILE to select 
©} another nested file. 


The default nested file $MAIN_ FILE is the reeommended 
selection while deleting nested files because $MAIN_ FILE 
cannot be deleted. 


e For more information on nested files, see Nested Files in 
chapter [-1. 


e The nested-file example at the end of chapter I-2 
demonstrates the use of this call. 
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AMP$GET_KEY 
Purpose Reads a record from a keyed file using the specified key value. 
Format AMP$GET_KEY 
(file_identifier, working _storage_area, working _ 
storage_length, key_location, major_key_length, key _ 
relation, record_length, file_ position, wait, status); 
Parameters _file_identifier: amt$file_identifier 
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File identifier identifying the instance of open (returned by an 
AMP$0PEN call for the file). 


working _storage_area: “cell 


Pointer to the space to which the record is copied. 


working _storage_length: amt$working_storage_length 


Length, in bytes, of the working storage area. 


key _location: “cell 


Pointer to the key value of the record to be read. Set to NILif 
the key value is an alternate-key value specified in the 
working storage area. 


major_key_length: amt$major_key_length 
Length of the major key in bytes. The major key length must 
be less than or equal to the key length. 


If the value is zero, the full key length is used. 


This parameter is ignored if the file is a direct-access file and 
its primary key is currently selected. 
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Parameters 
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key_relation: amt$key_ relation 

Relationship between the key value of the record and the key 

value at key_location. The possible values are as follows: 
AMC$EQUAL_ KEY 
AMP$GET_ KEY reads the first record whose key value is 
equal to the key value at key_ location. 
AMC$GREATER_OR_EQUAL_KEY 
AMP$GET_KREY reads the first record whose key value is 
equal to or greater than the key value at key_location. 
AMC$GREATER_KEY 
AMP$GET_KEY reads the first record whose key value is 
greater than the key value at key_ location. 


This parameter is ignored if the file is a direct-access file and 
its primary key is currently selected. 


record_length: VAR of amt$max_record_length 


Variable in which the number of bytes read is returned. 


file_ position: VAR of amt$file_ position 


Variable in which the file position at completion of the read 
operation is returned. 


AMC$END_OF_KEY_LIST 


File is positioned at the end of the key list for the 
alternate-key value specified on the call. 


AMC$EOR 


File is positioned at end-of-record. 
AMC$EOI 


File is positioned at end-of-information. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: VAR of ost$status 


Status variable in which the completion status is returned. 
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Condition aae$file_at_file_limit 

Identifiers aae$file_is_ ruined & 
aae$key_found_lock_no_ wait 
aae$key_not_ found 
aae$major_key_too_long 
aae$nonembedded_key_not_ given 
aae$not_enough_ permission Se 
aae$record_longer_than_wsa 


Remarks e To allow for updating of file statistics, you should open the 
file for both read and modify access. 


e If the file could be shared (more than one concurrent 
instance of open could exist), the primary-key value of the 
record should be locked before the record is read. The 
program should either lock the key value before the 
AMP$GET_KEY call or replace the AMP$GET_ KEY call 
with an AMP$GET_LOCK_KEYED_RECORD call. 


If another instance of open has an Exxclusive_ Access lock 
on the primary-key value of the record, AMP$GET_KEY 
returns the nonfatal condition aae$key_found_lock_no_ 
wait and leaves the file positioned to read the record it 
found. 


To read about locks, see Keyed-File Sharing in & 
chapter I-2. 


e AMP$GET_KEY searches for the specified key value only 
in the currently selected nested file. 


e AMP$GET_KEY can read a record by its primary-key 
value or by an alternate-key value. The primary key is 
used unless a preceding AMP$SELECT_ KEY call has 
selected an alternate key. 


e Ifthe primary key is selected, the key_location parameter 
must point to the location of the key value. 


e If an alternate key is selected, the key_location parameter 
can point to the location of the key or it can be set to NIL. 


If key_location is set to NIL, AMP$GET_KEY expects the 

key to be in the working storage area. The location of the 

key in the working storage area must match the location of 

the key in the record. @ 


If the alternate key is a concatenated key, each field in the 
concatenated key must be stored in its appropriate location 
in the working storage area. © 
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Remarks e For an indexed-sequential file, AMP$GET_KEY uses a 
& (Contd) major key if the major_key_length parameter value is 
nonzero. A major key is the leftmost bytes of the key. 
AMP$GET_KEY searches for the lowest key value that 
begins with the major-key value or, if that is not found, a 
@ value greater than the major-key value. 


e For an indexed-sequential file, the nonfatal condition 
aae$key_not_ found is returned if no record in the nested 
file has a key value that satisfies the relation specified by 
the key_ relation parameter (equal, greater than, or greater 
than or equal). AMP$GET_ KEY always positions the file 
at the point where the record satisfying the relation would 
be located if it existed in the file. 


e AMP$GET_KEY returns the actual length of the record in 
the variable specified by the record_length parameter. If 
the length of the record is greater than the length of the 
working storage area, AMP$GET_KEY returns working _ 
storage_length characters to the working storage area; it 
also returns the nonfatal condition aae$record_longer_ 
than_wsa. 


e File positioning by AMP$GET_KEY differs depending on 
@ the file organization and the key selected. 


e For a direct-access file with its primary key selected, the 
following statements are true: 


- An AMP$GET_KEY call does not change the file 
position used by sequential access calls. 


- The only file_ position value AMP$GET_ KEY returns is 
AMCS$EOR. 


- The only calls that reposition the file are the 
AMP$REWIND call and the sequential access calls 
(AMP$GET_NEXT, AMP$GET_NEXT_ KEY, 
AMP$GET_LOCK_NEXT_ KEY). 


- The major_key_length and key_ relation parameter 
values are not used. 


e An AMP$GET_KEY call for a direct-access file with an 
alternate key selected is processed the same as a call to an 
} indexed-sequential file with an alternate key selected. 
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AMP$GET_KEY 


Z Remarks e For an indexed-sequential file, execution of the 
(Contd) AMP$GET_KEY call leaves the file positioned at the end & 
of the record that was read. (AMC$EOR or AMC$END _ 


OF_KEY_LIST is returned in the file_ position parameter.) 


When AMP$GET_ KEY returns AMC$EOI as the file 

position, it has not found the requested record and does not © 
return data in the working storage area. It returns 

AMC$EOI in both of these cases: 


- Itis searching for a key value that is greater than or 
equal to the specified key value and the specified key 
value is greater than all key values in the file. 


- Itis searching for a key value that is greater than the 
specified key value and the specified key value is the 
highest value in the file. 
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AMP$GET_KEY_DEFINITIONS 


Purpose Retrieves the definitions of all alternate keys in the file. 


Format AMP$GET_KEY_DEFINITIONS 
(file_identifier, key _definitions, status); 


Parameters  file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$0PEN call for the file). 


key _definitions: SEQ( * ) 


Sequence to receive the description of the alternate keys. 


Each definition is written in two parts: a record of type 
AMT$BASIC_KEY_DEFINITION and an array of type 
AMT$OPTIONAL_ KEY ATTRIBUTES records containing 
four or more additional records. (The number of records is 
returned in the NUMBER OF OPTIONAL ATTRIBUTES 
field of the AMT$BASIC_KEY_ DEFINITION record.) 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$not_enough_permission 
Identifiers aae$too _little_space 


Remarks e A-successful AMP$GET KEY DEFINITIONS call 
returns a sequence of key definitions. The last key 
definition in the sequence consists of an AMT$BASIC _ 
KEY DEFINITION record in which the field 
DEFINITION_RETURNED is FALSE; the record serves 
as the terminator for the sequence of key definitions. 


e Ifthe DEFINITION RETURNED field is TRUE in an 
AMT$BASIC_KEY DEFINITION record, the record is 
the first part of a key definition. The NUMBER_ OF _ 
OPTIONAL_ATTRIBUTES field in the record specifies 
the number of additional records returned for the key 


definition; the records are returned in an array of type 
AMT$OPTIONAL_KEY_ ATTRIBUTES. 
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Remarks e The SELECTOR field of an optional attribute record 

(Contd) indicates the attribute returned in the record. The possible 
attributes are: key_type, duplicate_key_control, null_ 
suppression, group_name, sparse_key_control, 
concatenated_key, and repeating groups. The first four 
records are returned for every key definition; the 
subsequent records are returned only if the attribute was 
specified for the key definition. 


e The attribute order in a key definition may not match the 
attribute order specified when the alternate key was 
defined. However, the returned definition is logically 
equivalent and, if used to redefine the key, results in an 
identical alternate key. 


e All name values in an alternate-key definition are returned 
using uppercase letters only (even if lowercase letters were 
used when the name was originally specified). 


Example The following CYBIL statements show how the key definition 
sequence returned by an AMP$GET_ KEY_ DEFINITIONS 
call could be read. The key definition sequence is declared to 
be 500 words long (500 integers). If the sequence is too small, 
AMP$GET_KEY_ DEFINITIONS returns the condition 
AAE$TOO_LITTLE_SPACE. 
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MODULE GET_DEFS_MOD; 

*xcopyc ampSopen 

*xcopyc amp$get_key_definitions 

*copyc amtSoptional_key_attributes 

PROCEDURE GET_ALT_KEY_DEFS; 

VAR 
Lfn: CSTATIC] amt$local_file_name := 
"existing_is_file', 

fid: amt$file_identifier, 
status: ost$status, 
definitions_ptr : SEQ (*), 
definitions : SEQC(REP 500 OF integer), 
basic_definition : amt$basic_key_definition, 
optional_attributes : amt$optional_key_attributes; 


amp$open(Lfn,amc$record,NIL,fid,status); 
{ Statements here to check the status variable.} 
amp$get_key_definitions (fid,definitions,status) ; 
{ Statements here to check the status variable.} 


definitions_ptr := definitions; 
RESET definitions_ptr; 


{ Set the basic_definitions pointer to the first record.} 
NEXT basic_definition IN definitions_ptr; 


‘am 


Iterate until the definition_returned field in the } 
{ basic_definition record is FALSE.} 
WHILE basic_definition.definition_returned DO 


Ca) 


Set the optional_attributes pointer to the beginning } 
{ of the optional attributes array.} 
NEXT optional_attributes : 
[1 .. basic_definition.number_of_optional_attributes] 
IN definitions_ptr; 
, ee 
{ Use the key definition here. } 
5 ae 
Set the basic_definition pointer to the next key } 
{ definition.} 
NEXT basic_definition IN definitions_ptr; 
WHILEND; 
PROCEND GET_ALT_KEY_DEFS; 
MODEND GET_DEFS_MOD 


’s 
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AMPSGET_LOCK_KEYED_ RECORD 


Purpose Locks and reads the record having the specified key value. @ 


Format AMP$GET_LOCK KEYED_RECORD 
(file_identifier, working _storage_area, working _ 
storage_length, key_location, major_key_length, key _ © 
relation, wait_for_lock, unlock_control, lock_intent, 
record_length, file_ position, wait, status); 


Parameters  file_identifier: amt$file_identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


working _storage_area: “cell 


Pointer to the space to which the record is copied. 


working_storage_length: amt$working_storage_length 
Length, in bytes of the working storage area. 


key _location: “cell 


Pointer to the key value of the record to be read. Set to NIL if 
the key value is an alternate-key value specified in the 
working storage area. 


major_key_length: amt$major_key_length © 
Length of the major key in bytes. The major key length must 
be less than or equal to the key length. 


If the major key length is zero, the full key length is used. 


This parameter is ignored if the file is a direct-access file and 
its primary key is currently selected. 
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AMP$GET_LOCK_KEYED_RECORD 


Parameters key_relation: amt$key_relation 


& (Contd) 
S 


Relationship between the key value of the record and the key 
value specified by this call. The valid values are as follows: 


AMC$EQUAL_KEY Read the first record whose 
key value is equal to the 


specified key value. 


AMC$GREATER_OR_ 
EQUAL_KEY 


Read the first record whose 
key value is greater than or 
equal to the specified key 
value. 


AMC$GREATER_ KEY Read the first record whose 


key value is greater than the 
specified key value. 


This parameter is ignored if the file is a direct-access file and 
its primary key is currently selected. 

wait_for_lock: ost$wait_for_lock 

Indicates whether the call waits for the lock if it is currently 
unavailable. The valid values are: 


OSC$WAIT_FOR_LOCK 


OSC$NOWAIT_FOR_ 
LOCK 


Waits for the lock. 


Returns immediately with a 
warning condition if the lock 
is unavailable. 


unlock_control: amt$unlock_ control 
Indicates whether the lock is to be cleared automatically. 


AMC$AUTOMATIC Clear the lock automatically. 
AMC$WAIT_FOR_ Keep the lock until it is 
UNLOCK explicitly unlocked. 


lock_intent: amt$lock_intent 


Specifies the purpose and effects of the lock. 


AMC$EXCLUSIVE _ Locked for exclusive access. 
ACCESS 
AMC$PRESERVE _ Locked for possible update 
ACCESS_AND _ request later. 

@ CONTENT 
AMC$PRESERVE _ Locked to read the record 
CONTENT only. 
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AMP$GET_LOCK_KEYED_RECORD 


Parameters record_length: VAR of amt$max_record_length 


(Contd) Variable in which the number of bytes read is returned. 


file_ position: VAR of amt$file_ position 


Variable at which the file position at completion of the read 
operation is returned. 


AMC$END_OF_KEY _ Positioned at the end of the 

LIST key list for the specified 
alternate-key value. 

AMC$EOR Positioned at the end of the 
record. 

AMC$EOI Positioned at the end-of- 
information. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: ost$status 


Status variable in which the procedure returns its completion 
status. 


Condition aae$bad_resolve_time_limit 

Identifiers aae$file_at_file_ limit 
aae$file_is_ ruined 
aae$key_already_locked 
aae$key_ deadlock 
aae$key_expired_lock_ exists 
aae$key_found_lock_no_ wait 
aae$key_not_ found 
aae$key_self_deadlock 
aae$key_timeout 
aae$lock_file_crowded 
aae$major_key_too_long 
aae$no_auto_unlock_pc 
aae$nonembedded_key_not_ given 
aae$not_enough__ permission 
aae$primary_key_locked 
aae$record_longer_than_wsa 
aae$too_many_keylocks 
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AMP$GET_LOCK_KEYED_RECORD 


Remarks e To allow for updating of file statistics, you should open the 
file for both read and modify access. 


e AMP$GET LOCK KEYED RECORD performs the same 
processing as AMP$GET_ KEY except that it locks the 
primary-key value of the record before reading the record. 

@ See the AMP$GET_KEY procedure description for details 
on how AMP$GET_LOCK_KEYED_RECORD finds and 
reads the record. 


e AMP$GET_LOCK_KEYED_RECORD requests a lock on 
the primary-key value of the record to be read. The lock 
request uses the wait_for_lock, unlock_control, and lock_ 
intent values on the call. For more information on locks, 
see Keyed-File Sharing in chapter I-2. 


e Because a preserve_content lock cannot be automatically 
unlocked, the unlock_ control value AMC$ AUTOMATIC 
and the lock_ intent value AMC$PRESERVE_CONTENT 


are not valid on the same call. 


e If an alternate key is currently selected, the call requests a 
lock on the first primary-key value in the key list only. 


e Ifthe call terminates abnormally, the primary-key value is 


¢ left unlocked. 


e Ifthe requested lock is unavailable, the call leaves the file 
positioned to read the requested record. 
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AMPS$GET_LOCK_NEXT_KEYED_RECORD 


Purpose Locks and reads the next record. © 
Format AMP$GET_LOCK_NEXT_KEYED_RECORD 
(file_identifier, working_storage_area, working _ 
storage_length, key_location, wait_for_lock, unlock_ ®& 


control, lock_intent, record_length, file_ position, 
wait, status); 

Parameters  file_identifier. amt$file_ identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
working _storage_area “cell 


Pointer to the space to which the record is copied. 
working_storage_length: amt$working_storage_length 
Length, in bytes of the working storage area. 


key_location: “cell 


Pointer to the space in which the key value of the record is 
returned. 


wait_for_lock: ost$wait_for_lock ® 


Indicates whether the call waits for the lock if it is currently 
unavailable. The valid values are: 


OSC$WAIT_FOR_ LOCK _ Waits for the lock. 


OSCSNOWAIT_FOR_ Returns a warning condition 
LOCK if the lock is unavailable. 


unlock_control: amt$unlock_ control 


Indicates whether the lock is to be cleared automatically. 


AMC$AUTOMATIC Clear the lock automatically. 
AMC$WAIT_FOR_ Keep the lock until it is 
UNLOCK explicitly unlocked. 
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Parameters lock_intent: amt$lock_intent 


@ (Contd) Specifies the purpose and effects of the lock. 
AMC$EXCLUSIVE _ Locked for exclusive access. 
ACCESS 

@ AMCS$PRESERVE_ Locked for possible update 
ACCESS _AND _ request later. 
CONTENT 
AMC$PRESERVE _ Locked to read the record 
CONTENT only. 


record_length: VAR of amt$max_record_length 


Variable in which the number of bytes read is returned. 


file_position: VAR of amt$file_ position 


Variable at which the file position at completion of the read 
operation is returned. 


AMC$END_OF_ KEY _ Positioned at the end of the 
LIST key list for the specified 
alternate-key value. 
AMC$EOR Positioned at the end of the 
© record. 
AMCS$EOI Positioned at the 


end-of-information. 


wait: ost$wait 

Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 

status: ost$status 


Status variable in which the procedure returns its completion 
status. 
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Condition aae$bad_resolve_time_limit 
Identifiers aae$cant_da_getn_if_ shared & 
aae$cant_da_getn_after_put 


aae$cant_position_beyond_bound 
aae$file_at_file_ limit 
aae$file_boundary_ encountered 
aae$file_is_ ruined & 
aae$key_already_locked 

aae$key_ deadlock 
aae$key_expired_lock_ exists 
aae$key_found_lock_no_ wait 
aae$key_self_deadlock 

aae$key_ timeout 
aae$lock_file_crowded 
aae$no_auto_unlock_pc 
aae$nonembedded_key_not_ given 
aae$not_enough_ permission 
aae$primary_key_locked 
aae$record_longer_than_wsa 
aae$too_many_keylocks 
aae$wsa_not_ given 


Remarks e To allow for updating of file statistics, you should open the 
file for both read and modify access. 


e AMP$GET_LOCK_NEXT_ KEYED RECORD performs @ 
the same processing as AMP$GET_NEXT_ KEY except 
that it locks the primary-key value of the record before 
reading the record. See the AMP$GET_NEXT_KEY 
procedure description for details on how AMP$GET _ 
LOCK_NEXT_ KEYED_RECORD finds and reads the 
record. 


e AMP$GET_LOCK_NEXT KEYED RECORD requests a 
lock on the primary-key value of the record to be read. The 
lock request uses the wait_for_lock, unlock_ control, and 
lock_ intent values on the call. For more information on 
locks, see Keyed-File Sharing in chapter I-2. 


e Because a Preserve_Content lock cannot be automatically 
unlocked, the unlock_ control value AMC$AUTOMATIC 
and the lock_ intent value AMC$PRESERVE_CONTENT 
are not valid on the same call. 


e If an alternate key is currently selected, the call requests a 
lock on the first primary-key value in the key list only. 


e Ifthe call terminates abnormally, the primary-key value is 
left unlocked. 
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Remarks e Ifthe requested lock is unavailable, the call leaves the file 
@ (Contd) positioned to read the requested record. 


e This call is valid for a direct-access file only when an 
alternate key is selected or during a sequential pass 


& through the file. 


When the primary key is selected, the call is valid only 
when the direct-access file has been attached for exclusive 
access (no share modes allowed) and no update operations 
intervene in the sequential pass. (The only update 
operation allowed is the replacement of a record with 
another record of the same length.) 


If an update operation is performed on the direct-access 
file and the primary key is selected, the program must 
rewind the file before beginning a sequential pass of the 
direct-access file. 
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AMPS$GET_NESTED_FILE_DEFINITIONS 


Purpose Returns the nested-file definitions for the file. 
Format AMP$GET_NESTED_FILE_DEFINITIONS 


(file_identifier, definitions, nested _file_count, status); 
Parameters  file_identifier: amt$file_identifier 

File identifier identifying the instance of open (returned by an 

AMP$OPEN call for the file). 

definitions: VAR of amt$nested_file_definitions 

Array in which the nested-file definitions are returned. Each 

element is a record of type amt$nested_file_ definition as 

described for the AMP$CREATE_NESTED_ FILE procedure. 

nested _file_count: VAR of amt$nested_file_ count 

Variable in which the number of nested files in the file is 

returned. 

status: VAR of ost$status 


Status variable in which the procedure returns its completion 


status. 
Condition aae$too_little_space 
Identifiers aae$not_enough_ permission 


aae$system_error_ occurred 


Remarks e AMP$GET_NESTED_FILE_ DEFINITIONS requires the 
same access required to open the file. 


e The definition of the currently selected nested file is always 
returned first in the nested_file_ definitions array. 


e Ifthe nested_file_definitions array is too small for all 
nested-file definitions in the file, AMP$GET_NESTED_ 
FILE_DEFINITIONS returns the nonfatal condition 
aae$too_little_ space. 


In this case, if sufficient space is available, it returns the 
definition of the currently selected nested file in the first 
element of the array, but leaves the rest of the array 
undefined. 


After receiving the condition aae$too_little_space, a 
program can use the nested_file_ count returned to 
increase the size of the array to that required for all 
nested-file definitions and then call AMP$GET_ 
NESTED_FILE_DEFINITIONS again. 
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Remarks e To fetch the number of nested files before calling 
& (Contd) AMP$GET_NESTED_FILE_ DEFINITIONS, call 
AMP$FETCH_ACCESS_INFORMATION to fetch the 
amc$number_of_nested_files item. (AMP$FETCH _ 
ACCESS_INFORMATION is described in the CYBIL File 
® Management manual.) 


e All name values in a nested-file definition are returned 
using uppercase letters only (even if lowercase letters were 
used when the name was originally specified). 


e Besides using the individual field values returned in the 
nested-file definition record, you can use the records 
returned to create similar or identical nested files in 
another file. This can be done easily because the record 
type returned by AMP$GET_NESTED_FILE_ 
DEFINITIONS is the same record type specified on an 
AMP$CREATE_NESTED_ FILE call. 


e For more information on nested files, see Nested Files in 
chapter I-1. 


e The nested-file example at the end of chapter [-2 
demonstrates the use of this call. 
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AMP$GET_NEXT_KEY 
Purpose Reads the next logical record in the keyed file. & 
Format AMP$GET_NEXT_KEY 
(file_identifier, working_storage_area, working _ 
storage_length, key_location, record_length, file_ @ 


position, wait, status); 


Parameters _file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


working_storage_area: “cell 

Pointer to the space to which the record is copied. 

working _storage_length: amt$working_storage_length 
Length, in bytes, of the working storage area. 

key _location: “cel] 

Pointer to the space in which the record key value is returned. 


record_length: VAR of amt$max_record_length 


Variable in which the number of bytes read is returned. 


file_ position: VAR of amt$file_ position ®@ 


Variable in which the position of the file at completion of the 
read operation is returned. 


AMC$END_OF_KEY_LIST 


File is positioned at the end of a key list (can be returned 
only if an alternate key was selected). 


AMC$EOR 


File is positioned at the end of a record. (When an alternate 
key is selected, it indicates that the file is not at the end of 
a key list.) 


AMC$EOI 
File is positioned at the end of the index. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. @ 


status: VAR of ost$status 
Status variable in which the completion status is returned. 
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AMP$GET_NEXT_KEY 


Condition aae$cant_ position _beyond_bound 

© Identifiers aae$file_at_file limit 
aae$file_boundary_encountered 
aae$file_is ruined 
aae$key_found_lock_no_ wait 
aae$nonembedded_key_not_ given 

S aae$not_enough_ permission 
aae$record_longer_than_wsa 
aae$wsa_not_ given 


Remarks @ When a file is being read but not updated, the file should be 
opened for both read and modify access. The modify access 
allows statistics to be updated without allowing any record 
in the file to be altered. 


e Ifthe file could be shared (more than one concurrent 
instance of open could exist), the primary-key value of the 
record should be locked before the record is read. Either a 
call before the AMP$GET NEXT KEY call should lock 
the key value or an AMP$GET_LOCK_ NEXT KEYED _ 
RECORD call should replace the AMP$GET_NEXT_KEY 
call. 


If another instance of open has an Exclusive_ Access lock 

& on the primary-key value of the record, AMP$GET _ 
NEXT_ KEY returns the nonfatal condition aae$key _ 
found_lock_no_wait and leaves the file positioned to read 
the record it found. 


To read about locks, see Keyed-File Sharing in 
chapter I-2. 


© AMP$GET_NEXT_KEY reads the next record in the 
currently selected nested file. 


e When an alternate key is selected, get_ next calls return 
records in the key-value order as provided by the alternate 
index. 


When the primary key is selected for an indexed-sequential 
file, records are returned in the key-value order as provided 
by the primary index. 


When the primary key is selected for a direct-access file, 
é records are not returned in a logical order; records are 
returned in physical order by their location in the file. 
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Remarks 


(Contd) 


e AMP$GET_NEXT_ KEY returns the file_ position 


AMC$EOR (or AMC$END_OF_KEY_LIST for an 
alternate key) when it returns a record to the working 
storage area. 


When AMP$GET_NEXT_KEY reads the last record in the 
file, it returns AMC$EOR (or AMC$END_OF_KEY_ LIST 
for an alternate key) as the file position. The next 
AMP$GET_NEXT_ KEY call returns AMC$EOI as the file 
position; it returns no data and normal! status. If the task 
calls AMP$GET_NEXT_ KEY again after AMC$EOI has 
been returned, the status condition AAE$CANT _ 
POSITION_ BEYOND_ BOUND occurs. 


For more information on the use of this call with alternate 
keys, refer to Using Alternate Keys in chapter I-2. 


The key value is returned to key_location unless the key _ 
location parameter is set to NIL. 


At the completion of the read request, the record_length 
parameter is set to the length of the record that was read. If 
the sequential read operation was unsuccessful, the 
record_length parameter is not defined. 


If the length of the record that is read is greater than the 
length of the working storage area as specified by the 
working _storage_length parameter, working _storage_ 
length characters are returned and a nonfatal error occurs. 


This call is valid for a direct-access file only when an 
alternate key is selected or during a sequential pass 
through the file. 


When the primary key is selected, the call is valid only 
when the direct-access file has been attached for exclusive 
access (no share modes allowed) and no update operations 
intervene in the sequential pass. (The only update 
operation allowed is the replacement of a record with 
another record of the same length.) 


If an update operation is performed on the direct-access 
file and the primary key is selected, the program must 
rewind the file before beginning a sequential pass of the 
direct-access file. 
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AMP$GET_NEXT_PRIMARY_KEY_LIST 


®@ Purpose Returns a list of primary-key values associated with a range 
of alternate-key values in an alternate index. 
Format AMP$GET_NEXT_PRIMARY_KEY_LIST 
@ (file_identifier, high_key, major_high_key, high_key_ 


relation, working_storage_area, working _storage_ 
length, end_of_primary_key_list, transferred_byte_ 
count, transferred_key_count, file_ position, wait, 
status); 


Parameters  file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


high_ key: “cell 


Pointer to the alternate-key value at which the range ends. 
Set to NIL if the range ends at the end of the alternate index. 


major_high_key: amt$major_key_length 

Specify a nonzero value to indicate that the upperbound 

alternate-key value is to be located by major key. The nonzero 

value is the number of characters beginning at the high_ key 
© location that are to be used as the major key. Specify zero to 

indicate that the full alternate-key value is to be used. 


high_key_relation: amt$key_relation 


Indicates where the list ends in relation to the highest 
alternate-key value in the range. 


AMC$GREATER_KEY 


Include the primary-key values associated with the high _ 
key value in the list; that is, end the list when an 
alternate-key value greater than the high_ key value is 
encountered. 


AMC$GREATER_OR_EQUAL_ KEY or 
AMCS$EQUAL_KEY 


Exclude the primary-key values associated with the high_ 

key value from the list; that is, end the list when an 

alternate-key value greater than or equal to the high_ key 
@ value is encountered. 


working _storage_area: “cell 


Pointer to the variable in which the list of primary-key values 
is returned. 
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AMP$GET_NEXT_PRIMARY_KEY_LIST 


Parameters working _storage_length: amt$working_storage_length 
(Contd) Length, in bytes, of the working storage area. & 


end_of_primary_key_list: VAR of boolean 


Variable in which a boolean value is returned indicating 
whether the entire list of primary-key values was returned to ®& 
the working storage area. 


TRUE 


The high end of the range was reached, and the entire list 
of primary-key values was returned to the working storage 
area. 


FALSE 


The high end of the range was not reached, and at least 
one more AMP$GET_NEXT_ PRIMARY _ KEY LIST call 
is required to get the rest of the list of primary-key values. 


transferred_byte_count: VAR of amt$working _ 
storage_length 
Variable in which the length, in bytes, of the list of 
primary-key values is returned. 
transferred_key_count: VAR of amt$key_count_limit 
Variable in which the number of primary-key values is © 
returned. 
file_ position: VAR of amt$file_ position 
Variable in which the file position at completion of the 
operation is returned. 

AMC$EOR 

File is positioned within a key list. 

AMC$END_OF_KEY_LIST 

File is positioned at the end of a key list. 


AMC$EOI 
File is positioned at the end of the alternate index. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: VAR of ost$status 
Status variable in which the completion status is returned. 
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AMP$GET_NEXT_PRIMARY_KEY_LIST 


Condition aae$high_end_below_ current 
© Identifiers aae$not_enough_ permission 
aae$not_positioned_by_altkey 
aae$wsa_not_ given 
aae$wsl_too_ short 


& Remarks e You must call AMP$SELECT_KEY to select the alternate 
key before calling AMP$GET_NEXT_PRIMARY_ KEY _ 
LIST; otherwise, AMP$GET_NEXT_ PRIMARY _ KEY _ 
LIST returns the nonfatal error aae$not_positioned_by_ 
altkey and does not return a list of primary-key values. 


e The high_key parameter points to a value that specifies 
the upper bound of the range of keys to be listed. The 
high _key_ relation parameter indicates whether the high _ 
key value is included or excluded from the range. 


For example, suppose the high_key value is SMITH. The 
high key_ relation value indicates whether the primary- 
key values associated with the alternate-key value SMITH 
is included in the list. 


e Amajor key consists of the leftmost bytes of a key. If the 
major_high_key parameter value is nonzero, AMP$GET_ 
NEXT PRIMARY _ KEY_LIST uses a major key of the 
@ specified length to find the high end of the range. It 
searches for the lowest alternate-key value that begins 
with the major-key or a value greater than the major key. 


For example, suppose the key at the specified high_ key 
location is ABCDEF. If the major_high_key parameter 
value is 2, the major key used is AB. Therefore, the range 
ends at the first alternate-key value beginning with AB. 


e Ifhigh_ key is set to NIL, the values of major_high_key 
and high_key_ relation are ignored. 


e A primary-key value can be included more than once in 
the list returned by AMP$GET_NEXT_PRIMARY_KEY_ 
LIST. This occurs if the primary-key value is associated 
with more than one alternate-key value in the range. This 
is possible if the repeating-groups attribute is defined for 
the alternate key. 
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AMP$GET_NEXT_PRIMARY_KEY_ LIST 


Remarks e AMP$GET_ NEXT PRIMARY KEY LIST returns 

(Contd) primary-key values until it reaches the end of the specified 
range or until it cannot fit another value into the working 
storage area. By checking the end_of_primary_key_list 
value, the program can determine whether all requested 
values were returned and, if not, call AMP$GET_NEXT _ 
PRIMARY_KEY _ LIST again to fetch the rest of the 
values. 


e AMP$GET_ NEXT PRIMARY _ KEY _ LIST repositions 
the file as it fetches key values. At completion of the call, 
the file is positioned at the end of the last key value 
returned and positioned to continue fetching values at that 
point if AMP$GET_NEXT_ PRIMARY_ KEY LIST is 
called again. 
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AMP$GET_PRIMARY_KEY_COUNT 


Purpose Returns the number of primary-key values associated with a 
range of alternate-key values in an alternate index. 


Format AMP$GET_PRIMARY_KEY_COUNT 
(file_identifier, low_key, major_low_kKey, low_key_ 
relation, high_key, major_high_key, high_key_ 
relation, list_count_limit, list_ count, wait, status); 


Parameters _file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


low_key: “cell 
Pointer to the alternate-key value at which the range begins. 


Set to NIL if the range is to begin at the lowest alternate-key 
value in the alternate index. 


major_low_key: amt$major_key_length 

A nonzero value indicates that the lowerbound alternate-key 
value is to be located by major key. The nonzero value is the 
major-key length. A zero value indicates that the full 
alternate-key value is to be used. 


low_key_relation: amt$key_ relation 


Indicates where the count begins in relation to the lowest 
value in the alternate-key range. 


AMC$GREATER_KEY 


Exclude the primary keys associated with the low_ key 
value from the count, that is, begin the count when an 
alternate-key value greater than the low_ key value is 

encountered. 


AMC$GREATER_OR_EQUAL_KEY or 
AMCS$EQUAL_KEY 


Include the primary keys associated with the low_key 
value in the count, that is, begin the count when an 
alternate-key value greater than or equal to the low_ key 
value is encountered. 


high_key: “cell 


Pointer to the alternate-key value at which the range ends. 
Set to NILif the range ends at the highest alternate-key value 
in the alternate index. 
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AMP$GET_PRIMARY_ KEY COUNT 


Parameters major_high_key: amt$major_key_length 


(Contd) A nonzero value indicates that the upperbound alternate-key © 
value is to be located by major key. The nonzero value is the 
major-key length. A zero value indicates that the full 
alternate-key value is to be used. 


high_key_relation: amt$key_ relation © 


Indicates where the count ends in relation to the highest value 
in the range. 


AMC$GREATER_KEY 


Include the primary-key values associated with the high _ 
key value in the count; that is, end the count when an 
alternate-key value greater than the high_ key value is 
encountered. 


AMC$GREATER_OR_EQUAL_KEY or 
AMC$EQUAL_KEY 


Exclude the primary-key values associated with the high _ 
key value from the count; that is, end the count when an 
alternate-key value greater than or equal to the high _key 
value is encountered. 


list_count_limit: amt$key_count_limit @ 


Maximum number of primary-key values counted; 
AMP$GET_PRIMARY KEY COUNT stops counting when 
it reaches this value. If set to zero, all primary-key values are 
counted. 


list_count: VAR of amt$key_count_limit 


Integer variable in which the number of primary-key values 
in the range is returned. If zero is returned, no primary-key 
values exist in the specified range. The value cannot exceed 
the list count limit. 


wait: ost$wait 
Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: ost$status 


Status variable in which the completion status is returned. 


Condition aae$high end_not_above_low_end & 
Identifiers aae$not_enough_ permission 
aae$not_positioned_by_altkey 
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Remarks 


Revision B 


AMP$GET_PRIMARY_KEY_ COUNT 


You must call AMP$SELECT_ KEY to select the alternate 

key before calling AMP$GET_PRIMARY_KEY_ COUNT; 
otherwise, AMP$GET_PRIMARY KEY COUNT returns 
the nonfatal error aae$not_positioned_by_altkey and does 
not return a primary-key count. 


The low_ key and high_ key parameters point to values 
that specify the lower and upper bounds, respectively, of 
the alternate-key range. The low_key_ relation and high _ 
key_ relation parameters indicate whether the low_ key and 
high_key values, respectively, are included in the range. 


For example, suppose the low_ key value is JONES and the 
high _ key value is SMITH. The low_key_ relation value 
indicates whether the primary keys associated with 
alternate-key value JONES are included in the count. The 
high_key_ relation value indicates whether the primary 
keys associated with alternate-key value SMITH are 
included in the count. 


A major key consists of the leftmost characters of a key. 
The major_high_key and major_low_key parameters 
specify the number of characters of the specified key to use 
when searching for a matching key. A key is considered to 
match the specified key when the major key matches the 
first characters of the key. 


For example, suppose the key at the specified low_key 
position is ABCDEF. If the major_low_key parameter 
value is 2, the major key used is AB. Therefore, the count 
begins at the first alternate-key value beginning with a 
value greater than or equal to AB. 


If low_ key is set to NIL, the values of major_low_key and 
low_key_ relation are ignored. If high_ key is set to NIL, 
the values of major_high_key and high_key_ relation are 
ignored. 


AMP$GET_PRIMARY_ KEY COUNT counts a single 
primary-key value more than once if the primary-key 
value is associated with more than one alternate-key 
value. This is possible if the repeating groups attribute is 
defined for the alternate key. 
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AMP$GET_PRIMARY_KEY_COUNT 


Remarks e AMP$GET_ PRIMARY KEY COUNT returns the value 0 
(Contd) as the list count if it cannot find both the upper_ bound and © 
lower_bound alternate-key values in the alternate index. 


For example, if you specify the alternate-key value Z as 

both the upper_ bound and the lower_ bound values and the 
alternate-key value Z is not in the alternate index, the call @ 
returns 0 as the list count. 


e The list_count_limit value can minimize the processing 
required for the call. For example, if you call AMP$GET _ 
PRIMARY KEY COUNT call to determine whether the 
number of primary-key values for the alternate-key value 
Z is 0, 1, or more than 1, you should set the list_ count_ 
limit value to 2. 
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AMP$GET_SPACE USED_FOR_KEY 


Purpose Returns the number of alternate-index blocks that contain the 
specified alternate-key range. 


Format AMP$GET_SPACE_USED_FOR_KEY 
(file_identifier, low_key, major_low_key, low_key_ 
relation, high_key, major_high_ key, high_key_ 
relation, data_block_count, data_block_space, wait, 
status); 

Parameters  file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
low _key: “cell 


Pointer to the alternate-key value at which the range begins. 
Set to NIL if the range is to begin at the lowest alternate-key 
value in the alternate index. 


major_low_key: amt$major_key_length 

A nonzero value indicates that the lowerbound is specified by 
a major key (the leftmost part of the key). The nonzero value 
is the major key length. A zero value indicates that the full 
alternate-key value is to be used. 

low _key_relation: amt$key_ relation 


Indicates where the count begins in relation to the lowest 
value in the alternate—key range. 


AMC$GREATER_KEY 

Exclude the low_ key value from the range. 
AMC$GREATER_OR_EQUAL_ KEY or 
AMCS$EQUAL_KEY 


Include the low_ key value in the range. 


high_ key: “cell 


Pointer to the alternate-key value at which the range ends. 
Set to NILif the range ends at the highest alternate-key value 
in the alternate index. 


major_high key: amt$major_key_length 


A nonzero value indicates that the upperbound is specified by 
a major key (the leftmost part of the key). The nonzero value 
is the major key length. A zero value indicates that the full 
alternate-key value is to be used. 
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AMP$GET_SPACE_USED_FOR_KEY 


Parameters 


(Contd) 


Condition 
Identifiers 


Remarks 
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high_key_relation: amt$key_ relation 


Indicates where the range ends in relation to the highest 
value in the range. 


AMC$GREATER_KEY 
Include the high_ key value in the range. 


AMC$GREATER_OR_EQUAL_KEY or 
AMC$EQUAL_KEY 


Exclude the high_ key value from the range. 


data_block_count: VAR of amt$data_block_ count 


Variable in which the block count is returned. It is returned as 


an integer from 1 through amt$max_blocks_per_file. 


data_block_space: VAR of amt$file_length 
Variable in which the combined length of the blocks is 


returned. (The value is the number of blocks multiplied by the 


block size.) 


wait: ost$wait 

Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 

status: ost$status 

Status variable in which the completion status is returned. 
aae$high end_not_above_low_end 


aae$not_enough_ permission 
aae$not_positioned_by_altkey 


e The structure of an alternate index is an 


indexed-sequential structure. One or more index levels are 
used to find the block containing the alternate-key value. 
Only the blocks at the lowest level of the search actually 
contain the alternate-key values and their corresponding 


primary-key values. 


An AMP$GET_ SPACE _USED_FOR_KEY call does not 


actually find the specified alternate-key values in the 


alternate index. Rather, it searches the index to determine 
the number of lowest-level blocks that would contain the 


specified range of alternate-key values. 


AMP$GET_ SPACE_USED_FOR_KEY returns a value 
even if the specified low_key and high_ key values are not 


in the alternate index. 
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AMP$GET_SPACE_USED_FOR_KEY 


Remarks e This call can be used to compare alternate methods of 
© (Contd) fetching a set of primary-key values. This is discussed 
under Retrieving Alternate-Index Information in 
chapter I-2. 


e An AMP$GET_SPACE_USED_FOR_KEY call returns 
& two values, a block count and the combined length of the 
blocks counted. The second value is derived by multiplying 
the block count by the block size for the file. It is useful 
when comparing values from files with different block 
sizes. (Larger blocks require longer searches.) 


e An alternate key must be currently selected when 
AMP$GET_SPACE_ USED_FOR_KEY is called. If the 
primary key is currently selected, AMP$GET_SPACE _ 
USED_FOR_ KEY returns the nonfatal error aae$not_ 
positioned_by_altkey and does not return block count or 
block_length values. 


e The low_key, major_low_key, low_key_relation, high _ 
key, major_high_key, and high_key_ relation parameters 
specify the range of alternate-key values. Their use on an 
AMP$GET_SPACE_USED_FOR_ KEY call is the same 
as on an AMP$GET_PRIMARY_KEY_ COUNT call. For 
details, see the Remarks in the AMP$GET_PRIMARY _ 

@ KEY COUNT description. 
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AMP$LOCK_ FILE 


AMPS$LOCK_FILE 
Purpose Locks the file. © 
Format AMP$LOCK_ FILE 


(file_identifier, wait_for_lock, lock_intent, status); 


Parameters file_identifier: amt$file_ identifier @ 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
wait_for_lock: ost$wait_for_lock 
Indicates whether the call waits for the lock if it is currently 
unavailable. The valid values are: 


OSC$WAIT_FOR_LOCK Waits for the lock. 


OSC$NOWAIT_ FOR_ Returns immediately with a 
LOCK warning condition if the lock 
is unavailable. 
lock_intent: amt$lock_ intent 


Specifies the purpose and effects of the lock. 


AMC$EXCLUSIVE__ Locked for exclusive access. 

ACCESS © 
AMC$PRESERVE _ Locked for possible update 
ACCESS_ AND _ requests later. 

CONTENT 

AMC$PRESERVE _ Locked to read records only. 
CONTENT 


status: VAR of ost$status 


Status variable in which the procedure returns its completion 


status. 
Condition aae$bad_resolve_time_limit 
Identifiers aae$key_ timeout 


aae$lock_file_ crowded 
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AMP$LOCK_ FILE 


Remarks e The file lock applies to the currently selected nested file 
only. It applies to all primary-key values in that nested file 
and to all lock requests for the nested file. 


e File locks are not automatically unlocked. A file lock is 
@ cleared when one of these events occurs: 


- An AMP$UNLOCK_FILE call clears the lock. 
- The instance of open is closed. 


e For more information, see File Locks in chapter I-2. 
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AMP$LOCK_KEY 
Purpose Locks the specified primary-key value. © 
Format AMP$LOCK_KEY 

(file_identifier, key_location, wait_for_lock, unlock_ 

control, lock_intent, status); & 


Parameters  file_identifier: amt$file_ identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
key_location: “cell 
Pointer to the primary-key value to be locked. 
wait_for_lock: ost$wait_for_lock 
Indicates whether the call waits for the lock if it is currently 
unavailable. The valid values are: 


OSC$WAIT_FOR_LOCK _ Waits for the lock. 


OSC$NOWAIT_FOR_ Returns immediately with a 
LOCK warning condition if the lock 
is unavailable. 


unlock_control: amt$unlock_control @ 
Indicates whether the lock is automatically cleared. 


AMCS$AUTOMATIC The lock is cleared by the 
next request that reads, 
updates, or positions the file 
or requests or clears a lock. 


AMC$WAIT_FOR_ The lock is held until it is 
UNLOCK explicitly cleared. 


AMC$AUTOMATIC is not valid if the lock_ intent value is 
AMC$PRESERVE_CONTENT. 
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AMP$LOCK_KEY 


Parameters lock_intent: amt$lock_intent 


& (Contd) Specifies the purpose and effects of the lock. 
AMC$EXCLUSIVE _ Locked for exclusive access. 
ACCESS 

& AMC$PRESERVE _ Locked for possible update 
ACCESS_AND _ request later. 
CONTENT 
AMC$PRESERVE _ Locked to read the record 
CONTENT only. 


status: VAR of ost$status 


Status variable in which the procedure returns its completion 
status. 


Condition aae$bad_resolve_time_ limit 

Identifiers aae$key_already_locked 
aae$key_deadlock 
aae$key_expired_lock_ exists 
aae$key_found_lock_no_ wait 
aae$key_self_deadlock 
aae$key_ timeout 
aae$lock_file_crowded 

@ aae$no_auto_unlock_pc 

aae$primary_key_locked 
aae$too_many_keylocks 


Remarks e Only primary-key values can be locked; alternate-key 
values cannot be locked. The currently selected key does 
not affect AMP$LOCK_ KEY. 


e The key lock applies only to the nested file currently 
selected. 


e The specified primary-key value may or may not be that of 
a record in the nested file. 


- Ifthe primary-key value is already in the nested file, 
the lock prevents access to the record associated with 
that primary-key value. 


- Ifthe primary-key value is not yet in the nested file, the 
lock reserves the key value for a record to be written by 
@& the task. No other task can write a record with that 
primary-key value while the lock is in effect. 
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AMP$LOCK_KEY 


Remarks e 
(Contd) 
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AMP$LOCK_KEY does not verify that the primary-key 
value is valid. The validity of the key value is determined 
by a subsequent call that uses the key value. 


Because a Preserve_Content lock cannot be automatically 
unlocked, the unlock_ control value AMC$AUTOMATIC 
and the lock_intent value AMC$PRESERVE_CONTENT 


are not valid on the same call. 


If automatic unlock is not chosen for the key lock, the lock 
is not cleared until one of these events occurs: 


- An AMP$UNLOCK_KEY call clears the lock. 
- The instance of open is closed. 


For more information, see Keyed-File Sharing in 
chapter [-2. 
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AMP$PUT_KEY 


AMPS$PUT_KEY 
® Purpose Writes a record to a keyed file. 
Format AMP$PUT_KEY 
(file_identifier, working_storage_area, working _ 
© storage_length, key_location, wait, status); 


Parameters file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


working_storage_area: “cell 


Pointer to the new record. 


working_storage_length: amt$working_storage_length 
Length, in bytes, of the record to be written. 


key_location: “cell 


Pointer to the primary-key value of the new record; specify 
NILif the primary key is embedded. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
@ specify this value on the call. 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$duplicate_alternate_ key 

Identifiers aae$file_at_file_ limit 
aae$file_at_user_record_limit 
aae$file_full_ no_puts_or_reps 
aae$file_is_ ruined 
aae$key_ already_ exists 
aae$key_found_lock_no_ wait 
aae$key_ required 
aae$nonembedded_key_not_ given 
aae$not_enough_ permission 
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AMP$PUT_KEY 


Remarks e An AMP$PUT_KEY call requires that the file be opened 
for at least append access. If the file has one or more 
alternate keys, the file must be opened with at least 
append, shorten, and modify access so that the alternate 
indexes can be updated. 


e A lock is not required for an AMP$PUT_KEY call. 
However, if the file could be shared (more than one 
concurrent instance of open could exist), the primary-key 
value of the record should be locked before the record is 
written. A Preserve_Content_and_ Access or Exclusive_ 
Access lock prevents another task from writing a record 
with the same primary-key value. 


If another instance of open has a lock on the pnmary-key 
value, AMP$PUT_KEY returns the nonfatal condition 
aae$key_found_lock_no_ wait. 


To read about file sharing, see Keyed-File Sharing in 
chapter [-2. 


e AMP$PUT_ KEY writes the record in the nested file 
currently selected. 


e Ifthe primary key is nonembedded, the key_location 
parameter specifies the starting address of the key. If the 
primary key is embedded, the key_ location parameter is 
ignored, and the location of the key is determined by the 
key _ position attribute; therefore, you should specify the 
key_ location parameter as NIL. 


e Ifthe filehas AMC$ANSI_FIXED records, the working _ 
storage_length parameter is ignored, and the value of the 
max_record_length attribute is used as the length of the 
working storage area. 


A warning message is issued for the first call on which the 
working _storage_length value differs from the max_ 
record_length value. The warning is given because, 
although excess data is truncated, insufficient data in the 
working storage area is not padded. This could mean that 
garbage has been written as the last part of the fixed- 
length record. 


e Execution of an AMP$PUT_KEY call does not change the 
key currently selected. It leaves the file positioned at the 
end of the record it writes. 
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Remarks 


(Contd) 
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AMP$PUT_KEY 


Writing records to an indexed-sequential file is usually 
faster if the records are sorted in ascending primary-key 
value order before being written to the file. Also, the 
resulting file is usually smaller. 


Writing unsorted records to an indexed-sequential file 
could result in an inefficient file structure with more data 
blocks than necessary because of numerous data-block 
splits. 


An AMP$PUT_ KEY call updates the alternate indexes for 
the new record if alternate keys are defined for the file. 
Calls to put or replace records are effective even if an 
alternate key is currently selected for reading and 
positioning the file. 


AMP$PUT_ KEY returns one of these nonfatal conditions 
when it cannot write the record because the nested file has 
reached a limit: 


aae$file_at_user_record_Limit 
The number of records in the nested file has reached 
the record_ limit attribute value. 


aae$file_full_no_puts_or_reps 
The record cannot be written because it would require 
addition of another index level to the indexed- 
sequential structure and the number of index levels 
has already reached the limit (15). 
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AMP$PUTREP 


Format AMP$PUTREP 
(file_identifier, working_storage_area, working _ & 
storage_length, key_location, wait, status); 


Purpose Either replaces a record if the record is in the keyed file or 
adds a new record if the record is not in the file. 


Parameters file_identifier: amt$file_ identifier 
File identifier identifying the instance of open (returned by an 
AMP$O0PEN call for the file). 
working _storage_area: “ce]] 


Pointer to the new record. 


working_storage_length: amt$working_storage_length 
Length, in bytes, of the record to be written. 


key_location: *ce]] 


Pointer to the primary-key value of the new record; specify 
NIL if the primary key is embedded. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must © 
specify this value on the call. 


status: VAR of ost$status 
Status variable in which the completion status is returned. 


Condition aae$file_at_file_ limit 

Identifiers aae$file_at_user_record_limit 
aae$file_full_ no_puts_or_reps 
aae$file_is_ ruined 
aae$key_found_lock_no_ wait 
aae$key_ required 
aae$nonembedded_key_not_ given 


Remarks e An AMP$PUTREP call requires that the file be opened 
with at least append and shorten access. If the file has one 
or more alternate keys, the file must be opened with at least 
append, shorten, and modify access so that the alternate 
indexes can be updated. 


e AMP$PUTREP writes or replaces a record in the nested eo 
file currently selected. 
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AMP$PUTREP 


Remarks e Ifthe primary-key value specified on the call matches the 
© (Contd) primary-key value of a record in the nested file, 
AMP$PUTREP performs the same processing as an 
AMP$REPLACE_ KEY call. 


If the primary-key value specified on the call does not 

& match any primary-key value in the nested file, 
AMP$PUTREP performs the same processing as an 
AMP$PUT_KEY call. 


The only exception to the preceding statements is that, 
even if the primary-key values match, an AMP$PUTREP 
call does not require a lock on the specified primary-key 
value (unlike an AMP$REPLACE_ KEY call which 
requires a lock if the file is shared). 


e If the file could be shared (more than one concurrent 
instance of open could exist), the primary-key value of the 
record should be locked before the record is written or 
replaced. A Preserve_Content_and_ Access or Exclusive _ 
Access lock prevents another task from writing or 
replacing the record. 


If another instance of open has a lock on the primary-key 
value, AMP$PUTREP returns the nonfatal condition 
@ aae$key_found_lock_no_ wait. 


To read about file sharing, see Keyed-File Sharing in 
chapter I-2. 
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AMP$REPLACE KEY 


Format AMP$REPLACE_KEY 
(file_identifier, working_storage_area, working _ @ 
storage_length, key_location, wait, status); 


Purpose Replaces an existing record in a keyed file with a new record 
having the same primary-key value. 


Parameters file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


working_storage_area: “cell 


Pointer to the new record. 


working_storage_length: amt$working_storage_length 
Length, in bytes, of the record to be written. 


key_location: “cell 


Pointer to the primary-key value of the new record; specify 
NIL if the primary key is embedded. 


wait: ost$wait 
Currently, the only valid value is OSC$WAIT. You must & 


specify this value on the call. 


status: VAR of ost$status 


Status variable in which the completion status is returned. 


Condition aae$duplicate_alternate_key 
Identifiers aae$file_at_file_limit 
aae$file_full_no_puts_or_reps 
aae$file_is_ ruined 
aae$key_not_ found 
aae$key_ required 
aae$nonembedded_key_not_ given 
aae$not_enough_ permission 
aae$sparse_key_beyond_eor 


Remarks e An AMP$REPLACE_ KEY call requires that the file be 
opened with at least append and shorten access. [f the file 
has one or more alternate keys, the file must be opened 
with at least append, shorten, and modify access so that @ 
the alternate index can be updated. 
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Remarks 
(Contd) 


Revision B 


AMP$REPLACE_KEY 


e Ifthe file could be shared (more than one instance of open 


could exist), a record can be replaced only by the owner of a 
Preserve_Access_and_Content or Exclusive_ Access lock 
on the primary-key value of the record. An invalid attempt 
returns the nonfatal condition aae$key_not_already_ 
locked. 


To read about file sharing, see Keyed-File Sharing in 
chapter [-2. 


AMP$REPLACE_ KEY searches for the specified 
primary-key value only in the nested file currently 
selected. If it does not find it, it returns the nonfatal 
condition aae$key_not_ found. 


The replace request fails if the file does not contain a 
record whose primary-key value matches the primary-key 
value of the replacement record. It returns the nonfatal 
condition aae$key_not_ found; file processing can 
continue. 


If the record type of the file is AMC$VARIABLE or 
AMC$UNDEFINED, the new record can be shorter or 
longer than the existing record; however, the length of the 
new record must be within the minimum and maximum 
record length values defined for the file. 


For AMC$ANSI_ FIXED type records, the value of 
working _storage_length is ignored and the fixed record 
length (the max_record_length attribute value) is used. 


A warning message is issued for the first call on which the 
working _storage_length value differs from the max_ 
record_length value. The warning is given because, 
although excess data is truncated, insufficient data in the 
working storage area is not padded. This could mean that 
garbage has been written as the last part of the fixed- 
length record. 


Execution of an AMP$REPLACE_ KEY call does not 
change the file position or the currently selected key. 


An AMP$REPLACE_ KEY call updates the alternate 
indexes for the new record if alternate keys are defined for 
the file. Calls to put or replace records are effective even if 
an alternate key is currently selected for reading and 
positioning the file. 
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AMPS$SELECT_KEY 


Purpose Selects the key to be used by subsequent calls that read or @ 
position the file. 

Format AMP$SELECT_KEY 
(file_identifier, key_name, status); & 


Parameters __file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


key_name: amt$key_name 


Name of the key to be used. It can be specified by an 
amt$key_name variable or by a 31-character string on the 
call. (The name must be left-justified with blank fill within 
the string.) 


Specify the name $PRIMARY _ KEY to switch from an 
alternate key back to the primary key. 


status: VAR of ost$status 
Status variable in which the completion status is returned. 


Condition aaeg$altkey_name_not_ found 
Identifiers aae$cant_select_key 
aae$cant_select_until_ applied & 


aae$no_select_on_pending_ delete 
aae$not_enough_ permission 


Remarks e The initial key selected when a file is opened is always the 
primary key. 


e The key selection remains in effect until another 
AMP$SELECT_ KEY call is issued or the file is closed. 


e AMP$SELECT_KEY cannot select an alternate key for 
which a deletion request is pending (an AMP$DELETE _ 
KEY DEFINITION call has specified the key). Ifa 
deletion request is pending for the specified key, 
AMP$SELECT_ KEY returns the condition aae$no_ 
select_on_pending_ delete. 


e When an AMP$SELECT_ KEY call changes the selected 
key, it positions the file at the record having the lowest key 
value for the selected key (that is, it rewinds the file for 
that key). However, if the AMP$SELECT_KEY call does © 
not change the selected key (the key specified on the call is 
already selected), it does not rewind the file (the file is left 
in its current position). 
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AMP$SELECT_NESTED_FILE 


Purpose 


Format 


Parameters 


Condition 
Identifiers 


Remarks 


Revision B 


Selects a nested file for use. 


AMP$SELECT_NESTED_ FILE 
(file_identifier, nested_file_ name, status); 


file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


nested _file_name: amt$nested_file_name 


Name given the nested file when it was created or $MAIN _ 
FILE, the name of the default nested file. 


status: VAR of ost$status 


Status variable in which the procedure returns its completion 
status. 


aae$no_select_during_keydef 
aae$nested_file_not_ found 
aae$cant_select_nested_file 
aae$not_enough_ permission 
aae$system_error_occurred 


e AMP$SELECT_NESTED_ FILE requires the same access 
required to open the file. 


e An Exclusive_ Access file lock prevents other instances of 
open from selecting the nested file. AMP$SELECT _ 
NESTED_FILE returns the nonfatal condition aae$cant_ 
select_ nested _file. 


e The default nested file ($MAIN_ FILE) is initially selected 
when the file is opened. 


e All requests specifying the file identifier apply to the 
selected nested file until another AMP$SELECT _ 
NESTED_ FILE call selects another nested file. 


e The initial file position of each nested file is the open_ 
position of the file. The initially selected key is 
$PRIMARY_ KEY. 
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AMP$SELECT_NESTED_ FILE 


Remarks e AMP$SELECT_NESTED_ FILE does not discard the file 

(Contd) position, selected key, or locks of previously selected nested 
files. The instance of open keeps this information for all 
nested files. 


Thus, a task can sequentially access records on one nested 
file, select another nested file, reselect the first nested file, 
and continue the sequential access. 


Similarly, when a task selects an alternate key and then 
selects another nested file, the alternate key remains 
selected for the first nested file. 


e AMP$SELECT_NESTED_ FILE cannot select another 
nested file if one or more alternate key requests are 
pending. Call AMP$APPLY_ KEY_ DEFINITIONS or 
AMP$ABANDON_KEY_DEFINITIONS to dispose of the 
pending requests. 


e To fetch the name of the currently selected nested file, call 
AMP$FETCH_ACCESS_INFORMATION to fetch the 
amc$selected_nested_file item. (AMP$FETCH_ ACCESS _ 
INFORMATION is described in the CYBIL File 
Management manual.) 


e For more information on nested files, see Nested Files in 
chapter I[-1. 
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AMPS$START 


Purpose Positions the file to the beginning of the first record in the file 
having a key value that satisfies the specified key relation. A 
record is not returned to the working storage area. 


Format AMP$START 
(file_identifier, key_location, major_key_length, key_ 
relation, file_ position, wait, status); 

Parameters file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


key_location: “cell 


Location of the key value to which the key value of each 
record in the file is compared. 


major_key_length: amt$major_key_length 


Length of the major key in bytes. The major key is the 
leftmost bytes of the key at key_ location. The major key is 
compared to the leftmost bytes of a key. 


If the value is zero, a full-length key is used to position the 
file. Otherwise, the number of bytes specified for the major_ 
key_length parameter must be less than or equal to the value 
of the key_length attribute. 


key_relation: amt$key_relation 
Relationship between the key of the record and the key at 
key_ location. The possible values are as follows: 
AMC$EQUAL_ KEY 
The key value of the record equals the key value at 
key_location. 
AMC$GREATER_OR_EQUAL_KEY 
The key value of the record equals the key value at key 
location or, if an equal key value does not exist, it is the 
next greater key value. 
AMC$GREATER_KEY 


The key value of the record is the first key value greater 
than the key value at key _location. 
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Parameters file_position: VAR amt$file_ position 
(Contd) File position at completion of the start operation. ¢ 


AMC$END_OF_KEY_LIST 


File is positioned to read the first record containing the 
alternate-key value specified on the call (that is, at the end @ 
of the preceding key list, if one exists). 


AMC$EOR 


File is positioned to access the record containing the 
primary-key value specified on the call (that is, at the end 
of the preceding record, if one exists). 


AMC$EOI 
File is positioned at the end-of-information. 


wait: ost$wait 


Currently, the only valid value is OSC$WAIT. You must 
specify this value on the call. 


status: VAR ost$status 
Status variable in which the completion status is returned. 


Condition aae$file_at_file_limit 
Identifiers aae$file_is_ ruined @ 
aae$key_not_found 
aae$major_key_too_long 
aae$no_da_or_sk_ start 
aae$nonembedded_key_not_ given 
aae$not_enough_ permission 


Remarks e An AMP$START call requires that the file be opened for at 
least read access. 


e AMP$START searches for the specified key value in the 
nested file currently selected. 


e The current file position does not affect AMP$START 
processing. 


e For direct-access files, an AMP$START call is valid only if 
an alternate key is currently selected. If the primary key is 
selected, an AMP$START call for a direct-access file 
returns the nonfatal condition aae$no_da_or_sk_ start. @ 
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AMPS$START 


Remarks e The AMP$START call does not specify a working storage 
© (Contd) area, so the key value cannot be specified in the working 
storage area as it can on other calls. Instead, the key __ 
location parameter must point to the location of the key 
value. 


@ e If an alternate key has been selected and the key isa 
concatenated key, the values for the key fields must be 
assembled at key_location. The key fields must be 
concatenated in order as defined for the key. 


For example, if the key is the last three bytes of the record 
followed by the first three bytes of the record, the value at 
key_location must be the last three bytes followed by the 
first three bytes. For more information on concatenated 
keys, see the description in chapter I-1. 


e Ifno key value in the file satisfies the specified key _ 
relation with the specified key value, AMP$START returns 
the nonfatal condition aae$key_not_found. The file is left 
positioned either at the beginning of the first record whose 
key value is greater than the specified key value or, if the 
specified key value is greater than all key values in the file, 
at the end-of-information. 


& e A lock on a primary-key value does not prevent 
AMP$START from positioning the file using that key 
value. 


Like other file request calls, an AMP$START call clears 
any lock requested with automatic unlock. 
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AMPSUNLOCK_FILE 
Purpose Clears a file lock. @ 
Format AMP$UNLOCK_ FILE 

(file_identifier, status); & 


Parameters file_identifier: amt$file_identifier 
File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 
status: VAR of ost$status 
Status variable in which the procedure returns its completion 


status. 


Remarks e An AMP$UNLOCK FILE call clears the file lock for the 
currently selected nested file only. 


To clear all file locks and all key locks belonging to the 
instance of open, call AMP$UNLOCK_ KEY and specify 
TRUE for the unlock_all_ keys parameter. 


e When a lock expires, the task must clear the lock before it 
can perform any other operations on any nested file in the 


file ‘ @ 
@ 


For more information, see Keyed-File Sharing in 
chapter I-2. 
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AMP$UNLOCK_KEY 


© Purpose Clears locks. 


Format AMP$UNLOCK_KEY 
(file_identifier, unlock_all_keys, key_location, status); 


© Parameters  file_identifier: amt$file_identifier 


File identifier identifying the instance of open (returned by an 
AMP$OPEN call for the file). 


unlock_all_ keys: boolean 


Indicates whether the call clears all locks or only a single key 
lock. 


TRUE Clears all locks for the instance of open. 


FALSE Clears only the key lock for the value at 
key_ location. 


key_ location: “cell 


Pointer to the primary-key value to be unlocked. The value is 
ignored if unlock_all_ keys is true. 


status: VAR of ost$status 


o> Status variable in which the procedure returns its completion 
status. 


Condition aae$bad_resolve_time_limit 

Identifiers aae$key_already_locked 
aae$key_deadlock 
aae$key_expired_lock_ exists 
aae$key_found_lock_no_ wait 
aae$key_self_ deadlock 
aae$key _ timeout 
aae$lock_file_ crowded 
aae$no_auto_unlock_pc 
aae$primary_key_locked 
aae$too_many_keylocks 
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Remarks e AMP$UNLOCK_KEY performs one of two operations 
depending on the value of the unlock_all_ keys parameter: € 


- Clears all locks belonging to the instance of open. This 
includes all file locks and all key locks for all nested 
files. 


- Clears only the key lock for the primary-key value © 
specified at key_location. The key lock must apply to 
the currently selected nested file. 


e AMP$UNLOCK_ KEY cannot clear an individual 
nested-file lock. To do so, call AMP$UNLOCK_ FILE. 


e Ifthe call is to unlock all locks, but no locks exists for the 
instance of open, the call does nothing and returns normal 
status. However, if the call is to clear a single key lock and 
the lock does not exist, the call returns the nonfatal 
condition aae$key_not_ previously _ locked. 


@ When a lock expires, the task must clear the lock before it 
can perform any other operations on any nested file in the 
file. (A lock can expire only if the lock_expiration_ time 
attribute for the file is not zero.) 


The task is not notified as to which lock has expired. The 
most direct response to a lock expiration condition is to call ®@ 
AMP$UNLOCK_ KEY to clear all locks. 
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Keyed-File Attributes I-4 


Like all other NOS/VE files, a keyed file has a set of file attributes. The 
CYBIL procedure calls to specify and fetch attribute values are described in 
detail in the CYBIL File Management manual. This chapter describes the 
file attributes applicable to keyed files. 


Besides file attribute values, a CYBIL program can also fetch file access 
information items that pertain only to a specific instance of open. (It fetches 
file access information using the AMP$FETCH_ ACCESS_INFORMATION 
call described in the CYBIL File Management manual.) 


This chapter describes the file access information items applicable to keyed 
files. If you request an item for a keyed file that does not apply to keyed files 
(and thus, is not described in this chapter), AMP$FETCH ACCESS _ 
INFORMATION does not return a value for the item. To indicate this, it sets 
the boolean ITEM _ RETURNED field in the item record to FALSE. 


Table I-4-1 lists the keyed-file attributes and access information items and 
the calls that can specify or fetch the values. 
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Attributes and Access Information Items 


Table I-4-1. Keyed-File Attributes and Access Information Items 


FETCH = AMP$FETCH 
FETCH_INFO = AMP$FETCH_ACCESS_INFORMATION 

FILE = AMP$FILE 

GET = AMP$GET_FILE_ATTRIBUTES @ 
OPEN = AMP$OPEN 

STORE = AMP$STORE 


Attribute FETCH _ 

or Item FETCH INFO FILE GET OPEN STORE 
Access_ Mode X X xX X 
Average _ Record _ 

Length Xx X X X 
Collate_Table X 

Collate_Table_ 

Name xX X X X 

Data_ Padding X xX xX X 
Duplicate_ Value __ 

Inserted X 

Embedded_ Key Xx xX X X 

EOI Byte_Address X @ 
Error_ Count X 

Error_Exit_ Name X xX xX X 

Error_ Exit_ 

Procedure X xX 
Error_ Limit X X X X X 
Error Status X 

Estimated _ 

Record _Count Xx X X X 

File_ Length X 

File_ Limit X X X X 

File_ Organization X xX xX X 

File_ Position X 

Forced_ Write X xX xX Xx 


Global_ Access _ 


Mode X X © 


Global_ File_ 
Name Xx X 


(Continued) 
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Attributes and Access Information Items 


Table I-4-1. Keyed-File Attributes and Access Information Items 
(Continued) 


FETCH = AMP$FETCH 

FETCH_INFO = AMP$FETCH_ACCESS_INFORMATION 
FILE = AMP$FILE 

GET = AMP$GET_FILE_ATTRIBUTES 

OPEN = AMP$OPEN 

STORE = AMP$STORE 


Attribute FETCH_ 
or Item FETCH INFO FILE GET OPEN STORE 


Global_ Share _ 


Mode X X 
Hashing _ 

Procedure_ Name X X X X 
Index_ Levels X X X X 
Index _ Padding xX X X X 


Initial Home _ 


Block_ Count X X X X 
Key _Length xX xX X Xx 
Key_ Position X X X X 
Key_Type X X X X 
Last_ Access _ 

Operation X 

Last_Op_ Status X 

Levels_ Of _ 

Indexing X 

Lock_ Expiration _ 

Time X X X X 
Max _ Block _ 

Length X X XxX X 
Max_ Record _ 

Length xX X xX xX 
Message_ Control X X X X X 


(Continued) 
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Attributes and Access Information Items 


Table [-4-1. Keyed-File Attributes and Access Information Items 


(Continued) @ 


FETCH = AMP$FETCH 

FETCH_INFO = AMP$FETCH_ACCESS_INFORMATION 

FILE = AMP$FILE & 
GET = AMP$GET_FILE_ATTRIBUTES 

OPEN = AMP$S$OPEN 

STORE = AMP$STORE 


Attribute FETCH_ 
or Item FETCH INFO - FILE GET OPEN STORE 


Min_ Record _ 
Length xX 4 X X 


Null_ Attribute xX X xX X X 
Null_ Item X 


Number_ Of_ 
Nested _ Files X 


Open _ Position X X X X 

Permanent_ File X X 

Primary _ Key X 

Record _ Limit X X X X @ 
Record_ Type X X X X 


Records_ Per _ 
Block X X X X 


Residual _ 
Skip_ Count X 


Return _ Option xX X X 
Ring _ Attributes X X X X 


Selected _ 
Key_Name X 


Selected _ 
Nested_ File xX 
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ACCESS_MODE 


Kevyed-File Attribute and Access Item 
@ Descriptions 


Each of the following attribute descriptions provides the following 


@ information: 
®@ 


Name. (The name given is the name of the value field in the record 
specifying or fetching the value; the attribute or item identifier is the 
name with the prefix AMC$. For example, the identifier for ACCESS _ 
MODE is AMC$ACCESS_MODE.) 


e Meaning of the attribute or item for keyed-file use. 
e Valid values. 
e Default value for preserved and temporary attributes. 


e The calls that can specify or fetch the attribute or access information 
item. 


The descriptions follow in alphabetical order. 


ACCESS MODE 
© Meaning Set of access modes allowed during the instance of open 
(temporary attribute). 


The access mode set limits the valid file operations during the 
instance of open. (The access modes required for each 
keyed-file interface call are listed in table I-4-2.) 


Value Set of access mode identifiers (specified using the set identifier 
$PFT$USAGE_SELECTIONS [_)). 


PFCS$READ Read access. 
PFC$SHORTEN Shorten access. 
PFCS$APPEND Append access. 
PFC$MODIFY Modify access. 
PFCSEXECUTE Execute access. 
The set can contain only access modes included in the global_ 
@ access_ mode set (see the global_access_mode attribute 
description). 
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ACCESS _MODE 


Default The set of access modes defined by the global_ access_ mode 
Value attribute excluding PFC$EXECUTE. 


The attribute cannot be changed during the instance of open. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 


ATTRIBUTES, AMP$OPEN. 


Table I-4-2. Required Access Modes for Calls 


Call 


AMP$ABANDON_KEY_ DEFINITIONS 
AMP$APPLY_KEY_DEFINITIONS 
AMP$CREATE_KEY_DEFINITION 
AMP$CREATE_NESTED_ FILE 
AMP$DELETE_KEY 
AMP$DELETE_KEY_DEFINITION 
AMP$DELETE_NESTED_ FILE 
AMP$GET_KEY 


AMP$GET_KEY_DEFINITIONS 
AMP$GET_LOCK_KEYED_RECORD 


AMP$GET_LOCK_NEXT_KEYED_ 
RECORD 


AMP$GET_NESTED_FILE_ 
DEFINITIONS 


AMP$GET_NEXT_KEY 


AMP$GET_NEXT_PRIMARY_KEY_ LIST 
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Access Modes Required 


Append, shorten, and modify 
Append, shorten, and modify 
Append, shorten, and modify 
Append, shorten, and modify 
Shorten 

Append, shorten, and modify 
Append, shorten, and modify 


Read (modify required to 
record statistics) 


Any access mode 


Read (modify required to 
record statistics; shorten or 
append required for an 
Exclusive_ Access lock) 


Read (modify required to 
record statistics; shorten or 
append required for an 
Exclusive_ Access lock) 


Any access mode 


Read (modify required to 
record statistics) 


Read 


(Continued) @ 


Revision B 


ACCESS MODE 


Table I-4-2. Required Access Modes for Calls (Continued) 


Call 


AMP$GET_PRIMARY_KEY_ COUNT 
AMP$GET_SPACE_USED_FOR_KEY 
AMP$LOCK _FILE 


AMP$LOCK_KEY 


AMP$PUT_KEY 


AMP$PUTREP 
AMP$REPLACE_KEY 
AMP$SELECT_NESTED_ FILE 
AMP$SELECT_KEY 
AMP$START 
AMP$UNLOCK_FILE 
AMP$UNLOCK_KEY 


Revision R 


Access Modes Required 


Read 
Read 


Any access mode (shorten or 
append required for an 
Exclusive_ Access lock) 


Any access mode (shorten or 
append required for an 
Exclusive_ Access lock) 


Append (read, shorten, or 

modify also required if the 
file is not positioned at its 
EOD) 


Append and shorten 
Append and shorten 
Any access mode 
Any access mode 
Read 

Any access mode 


Any access mode 
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AVERAGE_RECORD_LENGTH 


AVERAGE _ RECORD_LENGTH 


Meaning Estimate of the average record length in bytes (preserved © 
attribute). If specified, the system uses the attribute value to 
calculate the block size used; it uses the attribute value only 
when opening a new file. 


For ANSI fixed-length (F) records, the average_record_ @ 
length value should be the same as the max_record_length 
value. 


For variable (V) and undefined (U) records, the average __ 
record_ length value depends on whether the majority of the 
records are the same length. 


e If almost all records are a specific length, set the attribute 
value to that length. 


e Ifthe record lengths are well distributed within a range of 
lengths, set the attribute value to the median record length 
(half of the records are longer, half are shorter). 


Value Integer from 1 through AMC$MAXIMUM_RECORD (type 
AMT$AVERAGE_ RECORD_LENGTH). 

Default None. If no value is set for the attribute, the system 

Value uses the arithmetic mean of the max_record_length and @ 


min_record_length values to calculate block size. Although 
the system uses that value, it does not store the value as the 
average_record_length value. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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& Meaning 


COLLATE TABLE 


COLLATE_TABLE 


Value 


Calls 


Revision B 


Collation table (returned attribute). This attribute is used to 
fetch the collation table stored with a file. 


NOTE 


To fetch the collation table, you specify a pointer in the 
COLLATE TABLE field of the attribute record for an 
AMP$FETCH call. AMP$FETCH copies the collation table to 
the variable to which the pointer points. If you do not specify 
a pointer, the system attempts to use an undefined pointer 
and returns an error. 


Pointer of type “AMT$COLLATE TABLE. Type 
AMT$COLLATE_ TABLE has the following declaration: 


ARRAY CCHAR] OF AMTSCOLLATION_VALUE 


Type AMT$COLLATION_VALUE is the integer subrange 0 
through 255. 


To determine the collating weight the table assigns to a 
particular character code, you use the character as the index 
into the table; the value at that position is the collating weight 
of that character. 


For example, assume an AMP$FETCH call has fetched the 
collation table of a file and stored it in a variable named 
COLLATION _TABLE. The following statement assigns the 
collating weight of A to integer variable A_ WEIGHT: 


A_WEIGHT := COLLATION_TABLEL'A'; 


Assume the statement assigns the value 0 to AL WEIGHT. 
This means that the collation table assigns the collating 
weight 0 to character A. 


AMP$FETCH. 
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COLLATE_TABLE_NAME 


COLLATE_TABLE_NAME 


Meaning Collation table name (preserved attribute). This attribute is @ 
used to specify a collation table for a file. 


The attribute value is used only when the file is first opened. 

When the file is opened, the named collation table is stored @& 
with the file. The collation table for a file cannot be changed 

after a new file has been first opened. 


Value 31-character program name (PMT$PROGRAM_NAME). 


NOTE 


All letters in the name must be specified as uppercase letters. 


The name can be that of a system-defined collation table or a 
user-defined collation table. Collation table definition is 
described in appendix D, Collation Tables. 


The names of the system-defined collation tables follow. The 
collating sequence for each table is listed in appendix D. 


OSV$ASCII6_ FOLDED @ 
CYBER 170 FORTRAN 5 default collating sequence; 
lowercase letters mapped to uppercase letters. 


OSV$ASCII6_STRICT 
CYBER 170 FORTRAN 5 default collating sequence. 


OSV$COBOL6_FOLDED 
CYBER 170 COBOL 5 default collating sequence; 
lowercase letters mapped to uppercase letters. 


OSV$COBOL6_STRICT 
CYBER 170 COBOL 5 default collating sequence. 


OSV$DISPLAY63_ FOLDED 
CYBER 170 63-character display code collating 
sequence; lowercase letters mapped to uppercase letters. 


OSV$DISPLAY63_STRICT 
CYBER 170 63-character display code collating 
sequence. @ 


OSV$DISPLAY64_ FOLDED 
CYBER 170 64-character display code collating 
sequence; lowercase letters mapped to uppercase letters. & 
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Default 
Value 


Calls 


COLLATE TABLE _ NAME 


OSV$DISPLAY64_STRICT 
CYBER 170 64-character display code collating 
sequence. 


OSV$EBCDIC 
Full EBCDIC collation sequence. 


OSV$EBCDIC6_FOLDED 


EBCDIC 6-bit subset supported by CYBER 170 COBOL 
5 and SORT 5; lowercase letters mapped to uppercase 


letters. 
OSV$EBCDIC6_STRICT 


EBCDIC 6-bit subset supported by CYBER 170 COBOL 


5 and SORT 5. 


None. You must specify a value for the collate_table_name 
attribute if you specify AMC$INDEXED_ SEQUENTIAL or 
AMC$DIRECT_ACCESS as the file_ organization attribute 
value and AMC$COLLATED_ KEY as the key_ type attribute 


value. 


If a collation table is stored with an indexed-sequential file, it 
becomes the default collation table for any collated alternate 


keys defined for the file. 


AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 


DATA_PADDING 


Meaning 


Value 


Default 
Value 


Calls 
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Percentage of space the system is to leave empty in each data 
block created during the first instance of open of an indexed- 
sequential file (preserved attribute). The empty space allows 


for easy file expansion by later file processing operations. 


The attribute value is used only during the first instance of 


open of an indexed-sequential file. 
0 through 99 (type AMT$DATA_PADDING). 


O (no padding). 


AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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DUPLICATE_VALUE_INSERTED 


DUPLICATE_VALUE_INSERTED 


Meaning Indicates whether the last AMP$PUT, AMP$PUTREP, © 
AMP$REPLACE, or AMP$APPLY_KEY_ DEFINIIONS call 
detected a duplicate alternate-key value (access information 


The duplicate_value_inserted item does not identify the 
duplication. An AMP$PUT, AMP$PUTREP, or 
AMP$REPLACKE call can detect a duplicate value for any 
alternate key in the file that allows duplicates. An 
AMP$APPLY_KEY_ DEFINITIONS call can detect a 
duplicate value for any record in the file. 


Value Boolean value. 
TRUE The last call detected a duplicate 
alternate-key value. 
FALSE The last call did not detect a duplicate 
alternate-key value. 
Calls AMP$FETCH_ACCESS_INFORMATION. 
EMBEDDED_KEY & 
Meaning Indicates whether the primary key is part of the record data 
(preserved attribute). 
Value Boolean value. 
TRUE The primary key is part of the record data. 
FALSE The primary key is separate from the record 
data. 
Default TRUE. 
Value 
Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 


ATTRIBUTES, AMP$OPEN. 
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KOI_BYTE_ADDRESS 


EOL BYTE_ADDRESS 


Meaning Current length of the file in bytes (access information item). 


Value Integer from 0 through AMC$FILE_BYTE_ LIMIT (type 
AMT$FILE_ BYTE ADDRESS). 


Calls AMP$FETCH_ACCESS_INFORMATION. 


ERROR_COUNT 


Meaning Number of nonfatal (trivial) errors returned by keyed-file 
access requests (access information item). 


Value Integer from 0 through AMC$MAX ERROR_COUNT (type 
AMT$ERROR_COUNT). 


Calls AMP$FETCH_ACCESS_INFORMATION. 
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ERROR_EXIT_NAME 


ERROR_EXIT_NAME 


Meaning Name of an error processing procedure (temporary attribute). ®@ 


The name must be that of a procedure with the XDCL 
attribute within the program library list of the job or defined 
within the task. @ 


For the attribute to be effective, you must specify the error_ 
exit_ name value before the file is opened or on the 
AMP$OPEN call. The error processing procedure is loaded 
when the file is opened. To change the procedure while the file 
is open, you must use the error_exit_ procedure attribute. 


Value 1- through 31-character procedure name (type 
PMT$PROGRAM_ NAME). (All letters in the name must be 
uppercase because PMP$LOAD does not convert lowercase 
letters to uppercase.) 


The named procedure must be of type AMT$ERROR_EXIT_ 
PROCEDURE; that is, it must have the following parameter 
list: 


(file_identifier: AMTSFILE_IDENTIFIER; 
VAR status: OSTSSTATUS) 


Default None. If no error-exit name is specified, the system does @ 
Value not search for an error-processing procedure. 


For more information, see the error-exit procedure discussion 
in the CYBIL File Management Manual. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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SEP GR EXIT PROCEKLURF 


ERROR_EXIT_PROCEDURE 


@ Meaning Pointer to the current error processing procedure (temporary 
attribute). 


You use this attribute to change the effective error processing 
& procedure while the file is open. To clear the effective error 
processing procedure, specify a NIL pointer for the attribute. 


Value Pointer variable of this type: 


“procedure(file_identifier: amt$Sfile_identifier; 
VAR status: ost$status) 


Default None. The system continues to use the error processing 
Value procedure specified by the error_exit_ name attribute when 
the file was opened, if one was specified. 


For more information, see the error-exit procedure discussion 
in the CYBIL File Management Manual. 


Calls AMP$FETCH, AMP$STORE. 


ERROR_LIMIT 


© Meaning Maximum number of nonfatal (trivial) errors that can occur 
before the nonfatal errors cause a fatal error (temporary 
attribute). 


A nonfatal error is an error that prevents successful 
completion of the current request, but does not prevent 
processing of subsequent requests. Its error severity level is 


ERROR. 

Value Integer from 0 through OFFFF(16) (type AMT$ERROR _ 
LIMIT). 0 means no error limit. 

Default 0 (no error limit). 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 


ATTRIBUTES, AMP$OPEN, AMP$STORE. 
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ERROR_STATUS 


ERROR_STATUS 


Meaning Completion status returned by the last file interface request © 
for the file (access information item). 


Value Integer (type OST$STATUS_ CONDITION). 
i Calls AMP$FETCH_ACCESS_INFORMATION. ] 


ESTIMATED_RECORD_COUNT 


Meaning Estimated number of records to be stored in the file (preserved 
attribute). 


The system uses the attribute value to calculate the block size; 
it only uses the value when it first opens a new file. 


Value Integer (type AMT$ESTIMATED_RECORD_COUNT). 
Default If a value is defined for the record_ limit attribute, the record _ 
Value limit value is the default estimated_record_count. If the 
record _limit attribute is undefined, the default value is 
100,000. 
Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 
ATTRIBUTES, AMP$OPEN. ®@ 


FILE_ LENGTH 


Meaning Length of a mass storage file in bytes (returned attribute). 


Value Integer from 0 through AMC$FILE_BYTE_LIMIT, 
4398046511103 (24-1) (type AMT$FILE_LENGTH). 


BE Calls AMP$GET_FILE_ATTRIBUTES. 
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FILE_lIMiT 


FILE LIMIT 
Meaning Maximum file length in bytes (preserved attribute). 
Value Integer from 0 through AMC$FILE_BYTE_LIMIT, 


4398046511103 (242-1) (type AMT$FILE_ LIMIT). 


NOTE 


If the length of a keyed file reaches its file_limit value, the file 
is ruined (its structure loses its integrity). No file operations 
can be performed on a ruined file. 


Default 4398046511108 (242-1). 
Value 
Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 


ATTRIBUTES, AMP$OPEN. 


FILE_ ORGANIZATION 
é Meaning File organization (preserved attribute). 
Value One of the following keyed file organization identifiers (type 


AMT$FILE_ORGANIZATION): 
AMC$INDEXED_SEQUENTIAL Indexed-sequential 


organization. 
AMC$DIRECT_ACCESS Direct-access 
organization. 
Default You must specify this attribute value when creating a keyed 
Value file because the default file organization is 
AMC$SEQUENTIAL. 
Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 


ATTRIBUTES, AMP$OPEN. 
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FILE_POSITION 


FILE_POSITION 
Meaning Current file position (access information item). ® 
Value One of these identifiers that apply to keyed files (type 
AMT$FILE_POSITION): 

AMC$BOI Beginning-of-information. @ 

AMCS$END_OF _ End of the list of primary 

KEY_ LIST keys associated with the same 

alternate-key value. 
AMC$EOR End of record. (While an alternate 


key is selected, AMC$EOR indicates 
that the next record is associated 
with the same alternate-key value as 
the current record.) 


AMC$EOI End of information. 
i Calls AMP$FETCH_ACCESS_INFORMATION. 
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FORCED_WRITE 


FORCED_WRITE 


Meaning 


Value 


Default 
Value 


Calls 
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Indicates whether the system copies modified blocks to mass 
storage immediately after modification or allows modified 
blocks to remain in memory until the next flush or close 
request (preserved attribute). 


One of the following identifiers (type AMT$FORCED _ 
WRITE): 


AMC$FORCED The system writes each modified 
block to mass storage immediately 
after the block is modified. 

AMC$FORCED _ The system writes modified 

IF STRUCTURE. blocks to mass storage 

CHANGE immediately after any structure 


change to the file that affects more 
than one block. 


AMC$UNFORCED — The system determines when to 
write modified blocks to mass 
storage. Modified blocks can 
remain in memory without a 
backup copy on mass storage. 


AMC$FORCED_IF_STRUCTURE_CHANGE. 


An AMP$FLUSH call copies the part of the file in memory to 
disk. AMP$FLUSH copies internal tables as well as data and 
index blocks. (A FORCED_WRITE copy does not copy 
internal tables.) 


AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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GLOBAL_ACCESS_MODE 


GLOBAL_ACCESS_ MODE 


Meaning Indicates the set of valid access modes for the file (returned 
attribute). (The access modes required for each keyed-file 
interface call are listed in table I-4-2.) 


Value Set of any (including none) of the following constant @ 
identifiers (referenced using the set identifier $PFT$USAGE _ 
SELECTIONS [_}): 


PFC$READ Read access. 
PFCSSHORTEN Shorten access. 
PFC$APPEND Append access. 
PFC$MODIFY Modify access. 
PFCSEXECUTE Execute access. 


Default For an existing permanent file, the set of access modes is 

Value determined when the file is attached. For a temporary file or a 
new permanent file, the set includes all usage modes (read, 
modify, append, shorten, and execute). 


Calls AMP$FETCH, AMP$GET_FILE_ATTRIBUTES. @ 


GLOBAL_FILE_NAME 


Meaning File name uniquely identifying the file (returned attribute). 
The system generates the name for the file when it creates the 
file. The global file name allows a program to determine 
whether files having different local file names are actually the 


same file. 
Value Packed record (type OST$BINARY_UNIQUE_NAME). 
Calls AMP$FETCH, AMP$GET_FILE_ ATTRIBUTES. 
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GLOBAL_SHARE_MODE 


GLOBAL_SHARE_MODE 


Meaning Indicates the valid share modes for the file (returned 
attribute). For a permanent file, the share modes are specified 
when the file is attached. Temporary files cannot be shared. 
For more information, see Keyed-File Sharing in chapter I[-2. 


Value Set of any (or none) of the following constant identifiers. The 
attribute value is referenced using the set identifier 
$PFT$SHARE SELECTIONS]. 


PFC$READ Read access. 
PFC$SHORTEN Shorten access. 
PFCS$APPEND Append access. 
PFC$MODIFY Modify access. 
PFC$EXECUTE Execute access. 

Calls AMP$FETCH, AMP$GET_FILE_ATTRIBUTES. 


HASHING_PROCEDURE_NAME 


& Meaning Identification of the hashing procedure to be executed with 
the direct-access file (preserved attribute). (To read about 
hashing procedures, see chapter I-1.) 


Value Pointer to a record identifying the hashing procedure to be 
executed with this file (“amt$hashing_procedure_name). The 
record has these fields: 


NAME Entry point name of the hashing 
procedure (pmt$program_name). 
All letters in the name must be 
specified as uppercase. 


OBJECT LIBRARY _ File path to the object library 
containing the hashing procedure 
(amt$path_name, 256-character 
string). This feature is currently 
unimplemented; specify 
OSCS$NULL_NAME as the field 


& value. 
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INDEX_LEVELS 


Default The default hashing procedure provided by the system, 
Value AMP$SYSTEM_HASHING_PROCEDURE. © 
Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 


ATTRIBUTES, AMP$OPEN. 


INDEX_LEVELS 


Meaning Target number of index levels (preserved attribute). The 
system uses the attribute value to calculate block size. The 
index_ levels value is used only when an indexed-sequential 
file is created. 


Value 1 through 15 (type AMT$INDEX_ LEVELS). 

Default 2: 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 
ATTRIBUTES, AMP$OPEN. 


INDEX_PADDING 


Meaning Percentage of space the system is to leave empty in each @ 
index block it creates during the first open of an 
indexed-sequential file (preserved attribute). 


Value 0 through 99 (type AMT$INDEX_ PADDING). 

Default 0 (no padding). 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 
ATTRIBUTES, AMP$OPEN. 
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INITIAL_-HOME_BLOCK_COUNT 


INITIAL_HOME_BLOCK_COUNT 


Meaning Number of home blocks in the direct-access file (preserved 
attribute). (To read about direct-access file structure, see 
chapter [-1.) 

Value Integer from 1 through amc$max_home_block_ count (247-1) 
(type amt$initial_ home_block_count). 

Default None. You must specify a value for this attribute when 

Value defining a new direct-access file. 

Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 
ATTRIBUTES, AMP$OPEN. 

KEY LENGTH 

Meaning Primary-key length in bytes (preserved attribute). 

Value Integer (type AMT$KEY_LENGTH). (For files with 
embedded keys, the value cannot be greater than the 
minimum_record_length value.) 

Default No default value. When opening a new keyed file, 

Value AMP$OPEN returns a fatal error if the attribute value is not 
defined. 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 
ATTRIBUTES, AMP$OPEN. 

KEY _ POSITION 

Meaning Byte position in the record where the primary key begins 
(preserved attribute). This attribute is ignored for files with 
nonembedded keys. 

The bytes in a record are numbered from the left, beginning 
with 0. 

Value 0 through MAX RECORD_LENGTH (type AMT$KEY _ 
POSITION). The primary key must be within the record; thus, 
the sum of the key_ position and key_ length values cannot be 
greater than the max_record_length value. 

Default 0 (beginning of the record). 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 
ATTRIBUTES, AMP$OPEN. 
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KEY_ TYPE 


KEY _ TYPE 


Meaning Primary-key type (preserved attribute). @& 


For direct-access files, the value specified for the key_type 
attribute is ignored. The primary-key type for a direct-access 
file is always uncollated. 


Value One of the following identifiers (type AMT$KEY_ TYPE): 


AMC$UNCOLLATED_KEY 
Order key values byte-by-byte according to the ASCII 
character set sequence (listed in appendix B). Key 
values can be positive integers or ASCII strings (1 
through 255 bytes). 


AMC$INTEGER_KEY 
Order key values numerically. Key values are positive or 
negative integers (1 through 8 bytes). 


AMC$COLLATED_KEY 
Order key values according to a user-specified collation 
table (see the COLLATE_TABLE_ NAME description 
in this table). Key values can be positive integers or 
ASCII strings (1 through 255 bytes). 


Default AMC$UNCOLLATED_ KEY. ® 
Value 
Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 

ATTRIBUTES, AMP$OPEN. 
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LAST_ACCESS_OPERATION 


LAST_ACCESS_OPERATION 


Meaning 


Value 


Revision B 


Indicates the last access request for this instance of open 
(access information item). (The code is set after the call checks 
that the file is open, but before it actually performs the 
operation.) 


Value of type AMT$LAST_ACCESS_OPERATION. The 
following lists the file interface calls used with keyed files and 
the corresponding constant identifier declarations: 


AMP$ABANDON KEY amc$abandon_key_ 


DEFINITIONS definitions 
AMP$APPLY_ KEY _ amc$apply_key_ 
DEFINITIONS definitions 
AMP$CLOSE amc$close_req 


AMP$CREATE_KEY _ 
DEFINITION 


amc$create_key _ 
definition 


AMP$CREATE NESTED_ amc$create_nested_ 
FILE file 
AMP$DELETE_KEY amc$delete_key_req 


AMP$DELETE_KEY_ amc$delete_key_ 


DEFINITION definition 
AMP$DELETE_NESTED_ amc$delete_nested_ 
FILE file 

AMP$FETCH amc$fetch_ req 


AMP$FLUSH amc$flush_ req 


AMP$GET_KEY amc$get_key_req 


AMP$GET_LOCK _ 
KEYED_RECORD 


amc$get_lock_ 
keyed_ record 


AMP$GET_LOCK _ amc$get_lock_next_keyed_ 


NEXT_KEYED_RECORD 


AMP$GET_NESTED _ 
FILE_DEFINITIONS 


AMP$GET_NEXT 
AMP$GET_NEXT_KEY 


record 


amc$get_nested_file_ 
definitions 


amc$get_next_req 


amc$get_next_key_req 
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LAST_ACCESS_OPERATION 


Value AMP$GET_NEXT_ amc$get_next_primary _ 
(Contd) PRIMARY_KEY_LIST key _list © 
AMP$GET_PRIMARY _ amc$get_ primary _ 
KEY COUNT key_count 
AMP$GET_SPACE_ amc$get_space_ @ 
USED_FOR_KEY used_for_key 
AMP$LOCK_ FILE amc$lock _ file 
AMP$LOCK_KEY amc$lock_ key 
AMPS$OPEN amc$open_req 
AMP$PUT_ KEY amc$put_key_req 
AMP$PUT_NEXT amc$put_next_req 
AMP$PUTREP amc$putrep_req 


AMP$REPLACE KEY amc$replace_key_req 
AMP$SELECT_KEY amc$select_key 
AMP$SELECT_NESTED_ amcé$select_nested_ 


AMP$SKIP amc$skip_req 


AMP$START amc$start_req 
AMP$STORE amc$store_req 
AMP$UNLOCK_ FILE amc$unlock _ file 
AMP$UNLOCK_KEY amc$unlock_ key 
Calls AMP$FETCH_ACCESS_INFORMATION. 
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LAST_OP_STATUS 


LAST_OP_STATUS 


& Meaning 


Value 


Calls 


Indicates whether the last access request is active or complete 
(access information item). 


One of these identifiers (type AMT$LAST_OP_ STATUS): 
AMCS$ACTIVE Access request is active. 
AMC$COMPLETE Access request is complete. 

AMP$FETCH_ACCESS_INFORMATION. 


LEVELS_OF_INDEXING 


Meaning 
Value 


Calls 


Meaning 
Value 
Default 


Value 


Calls 


Revision B 


Number of index levels currently existing in the 
indexed-sequential file (access information item). 


Integer from 0 through AMC$MAX_ INDEX LEVEL (type 
AMT$INDEX_ LEVELS). 


AMP$FETCH_ACCESS_INFORMATION. 


LOCK_EXPIRATION_TIME 


Number of milliseconds between the time a lock is granted 
and the time that it could expire (preserved attribute). 


Integer from 0 through 604,800,000 [1 week] (type 
amt$lock_expiration_ time). 


0 (locks do not expire). 


AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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MAX _BLOCK_LENGTH 


MAX_BLOCK_ LENGTH 

Meaning Length in bytes of each keyed-file block (preserved attribute). @ 
If specified, this value is used only when the keyed file is 
opened for the first time. 

Value Integer from 1 through 16777215 (24-1). If the value is less © 


than the maximum record length, the system increases it to 
that value. Then, if needed, it changes the value as follows: 


e Ifthe value is less than 2048, it is increased to 2048 (the 
minimum allocation unit). 


e Ifthe value is between 2048 and 65536, but it is not a power 
of 2, it is increased to the next power of 2 (4096, 8192, 16384, 
32768, or 65536). 


e If the value is greater than 65536, it is decreased to 65536. 


Default For an indexed-sequential file, the system calculates an 

Value appropriate default value using the average_record_length, 
estimated_record_count, index_levels, and records_per_ 
block values. For a direct-access file, it calculates the default 
value using the average_record_length and estimated _ 


record_count values. ®& 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 


MAX_RECORD_LENGTH 

Meaning Maximum length of a file record in bytes (preserved attribute). 
Value For keyed files, integer from 1 through 65497. 

Default For keyed files, no default value is provided; AMP$OPEN 
Value returns a fatal error if the maximum record length has not 


been specified when the file is created. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 
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MESSAGE_CONTROL 


MESSAGE_CONTROL 


Meaning 


Value 


Default 
Value 


Calls 


Revision B 


Indicates the additional information to be written to the 
$ERRORS file (temporary attribute). 


Set of any or none of the following identifiers. The attribute 
value is specified using the set identifier 
S$AMT$MESSAGE_CONTROLJ ]. 


AMCS$TRIVIAL,_ ERRORS _ Nonfatal (trivial) errors 
logged (errors of severity 


ERROR). 
AMCS$MESSAGES Informative messages 

logged. 
AMC$STATISTICS Statistics logged. 


Null set (only fatal error messages are logged). 


AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 
ATTRIBUTES, AMP$0PEN, AMP$STORE. 
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MIN_RECORD_LENGTH 


MIN_RECORD_LENGTH 
Meaning Minimum record length in bytes (preserved attribute). @ 
Value For keyed files, integer from 0 though 65497, but not greater 

than the max_record_length value. 
Default For ANSI fixed-length (F) records, the default value is the @ 
Value max_record_length value. For keyed files using embedded 


keys, the default value is the sum of the key_ position and 
key_length values. Otherwise, the default value is 1. 


NOTE 


For variable-length records, it is recommended that you 
explicitly specify the minimum record length. The minimum 
record length must include: 


e The primary-key field 


e Any alternate-key fields (or corresponding sparse-key 
control characters) 


e All alternate-key fields for an alternate key defined as a 
field in a repeating group which repeats a fixed number of 
times @ 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN. 


NULL_ATTRIBUTE 


Meaning Attribute identifier (AMC$NULL_ATTRIBUTE) that 
indicates that the content of the attribute record is to be 
ignored. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$OPEN, AMP$STORE. 


NULL_ITEM 


Meaning Access item identifier that indicates that the content of the @ 
attribute record is to be ignored. 


Calls AMP$FETCH_ACCESS_INFORMATION. 
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NUMBER_OF_NESTED_FILES 


Meaning Nested file count (access information item). Each keyed file 
has at least one nested file (named $MAIN_ FILE). 


Value Integer from 1 through amc$max_blocks_per_file. 
Calls AMP$FETCH ACCESS _ INFORMATION. 
OPEN_POSITION 
Meaning Positioning required when the system opens the file 
(temporary attribute). 
Value One of the following identifiers (type AMT$OPEN _ 
POSITION): 
AMC$OPEN_ NO _ When the keyed file is 
POSITIONING or opened, it is positioned 


AMC$OPEN_AT_ BOI to read the record with the 
lowest key value. 


AMC$OPEN_ AT_ EOI The file is positioned at its 
end-of-information. 


If the file is an old file and 
the only valid access mode to 
the file is append, the only 
valid open position is 
AMC$OPEN_AT_ EOI. 


Default For all files other than file OUTPUT, AMC$OPEN_AT_ BOI. 
Value For file OUTPUT, AMC$OPEN_AT_ EOI. 


The open_ position specified on a file reference overrides all 
specifications of that attribute except an open_ position value 
specified by an AMP$OPEN call. For example, if a file is 
referenced as $USER.MY_FILE.$EOI, it is opened at its 
end-of-information unless the AMP$OPEN call specifies 
another open_ position. For more information about file 
references, see the SCL Language Definition manual. 


Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 
ATTRIBUTES, AMP$0PEN. 
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PERMANENT_FILE 


Meaning Indicates whether the file is permanent or temporary 
(returned attribute). 
Value Boolean value. 
TRUE File is permanent. 


FALSE File is temporary. 
Calls AMP$FETCH, AMP$GET_FILE_ ATTRIBUTES. 


PRIMARY_KEY 


Meaning Pointer to a program variable in which the call is to return a 


primary-key value (access information item). 


The primary-key value is for the record at which the 
preceding AMP$START call positioned the file or for 


the 


record read by the preceding AMP$GET_NEXT_ KEY, 
AMP$GET_LOCK_NEXT_ KEY, or AMP$GET_KEY call. 
This item can be returned only if the preceding call used an 


alternate key. 
Value Cell pointer (type AMT$PRIMARY _ KEY). 
Calls AMP$FETCH_ ACCESS_INFORMATION. 


RECORD_LIMIT 


Meaning Maximum number of records in the file (preserved attribute). 

Value Integer from 1 through AMC$FILE_BYTE_ LIMIT (2-1) 
(type AMT$RECORD_ LIMIT). 

Default AMC$FILE_BYTE_ LIMIT (22-1). 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE_ 


ATTRIBUTES, AMP$OPEN. 


I-4-32  CYBIL Keyed-File and Sort/Merge Interfaces 


Revision B 


RECORD_TYPE 


RECORD_TYPE 


Meaning Record type for the file (preserved attribute). 
Value One of the following identifiers (type AMT$RECORD _ 
TYPE): 
®@ AMC$VARIABLE CDC variable-length (V) records. 


AMC$UNDEFINED Undefined (UV) records. 
AMC$ANSI_ FIXED ANSI fixed-length (F) records. 


For keyed files, V and U records 
are processed the same (as 
variable-length records). 


Default For keyed files, AMC$UNDEFINED. 
Value 
Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 


ATTRIBUTES, AMP$OPEN. 


RECORDS_PER_BLOCK 


& Meaning Estimated number of records each data block should contain 
(preserved attribute). 


The system uses the attribute value to calculate block size; it 
uses the value only when opening a new file. It does not use 
the value as a limit to the number of records that a block can 


contain. 

Value Integer from 1 to AMC$MAX_ RECORDS_PER_BLOCK 
(type AMT$RECORDS_PER_BLOCK). 

Default Zi: 

Value 

Calls AMP$FETCH, AMP$FILE, AMP$GET_FILE _ 


ATTRIBUTES, AMP$OPEN. 
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RESIDUAL_SKIP_COUNT 


Meaning Number of units remaining to be skipped when the skip @ 
operation reached a file boundary (access information item). 
The residual skip count is the difference between the number 
of skip units requested and the number of units actually 
skipped. & 


Value Integer from 0 through AMC$FILE_BYTE_ LIMIT (type 
AMT$RESIDUAL_SKIP_COUNT). 


7 Calls AMP$FETCH_ACCESS_INFORMATION. 


RETURN_OPTION 


Meaning Indicates when the file is implicitly detached (returned) to the 
system (temporary attribute). (You can explicitly detach a file 
with a DETACH FILE command or an AMP$RETURN 


call.) 
Value One of the following identifiers (type AMT$RETURN _ 
OPTION): 
AMC$RETURN_AT_ Detach when the task closes 
CLOSE the file and the job does not @ 
have another instance of 
open for the file. 
NOTE 


The task closing the file does not receive notification that 
the file cannot be detached when the job has another 
instance of open of the file. 


AMC$RETURN_ AT _ Detach when the job 
J OB_EXIT terminates. 
Default AMC$RETURN_AT JOB_ EXIT. 
Value 
i Calls AMP$FILE, AMP$GET_FILE_ATTRIBUTES, AMP$OPEN. 
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RING_ATTRIBUTES 


Meaning 


Three ring numbers (r1, r2, and r3) defining the ring brackets 
of the file (preserved attribute). 


e Write bracket: 1 through rl. 
e Read bracket: 1 through r2. 
e Execute bracket: rl through r?2. 
e Call bracket: r2 + 1 through 13. 


The ring numbers cannot be lower than the ring number of 
the caller that opens the file. If a new file is created by a file 
reference, its ring_ attributes are those of the provider of the 
file reference specification. 


Value Record with three integer fields R1, R2, and R3 (type 
AMT$RING_ATTRIBUTES). 

Default All three ring numbers are the ring number of the 

Value AMP$OPEN caller. If the file has not yet been opened, the 
attribute value is undefined. 

Calls AMP$FETCH, AMP$FILE, AMP$GET_ FILE _ 

@ ATTRIBUTES, AMP$OPEN. 

SELECTED_KEY_NAME 

Meaning Name of the currently selected key (access information item). 
If the primary key is the currently selected key, the name 
$PRIMARY_ KEY is returned. 

Value 31-character string, left-justified, blank-filled (type 
AMT$SELECTED_KEY_ NAME). All letters in the name are 
returned in uppercase. 

Calls AMP$FETCH_ACCESS_INFORMATION. 
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SELECTED_NESTED_FILE 


Meaning Name of the currently selected nested file (access information ©@ 
item). By default, the currently selected nested file is 
$MAIN_ FILE. 

Value 31-character string, left-justified, blank-filled (type @ 


AMT$NESTED_FILE NAME). All letters in the name are 
returned in uppercase. 


Calls AMP$FETCH_ACCESS_INFORMATION. 
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Example Program 


Introduction to Sort/Merge II-1 


The CYBIL Sort/Merge interface is a set of CYBIL procedures. With these 
procedures, you can use NOS/VE Sort/Merge within your CYBIL program. 


To include NOS/VE Sort/Merge within your CYBIL program, the program 
must include a sequence of procedure calls that specify the sort or merge 
request. The sequence of calls begins with either an SMP$BEGIN_SORT_ 
SPECIFICATION call (for a sort request) or an SMP$BEGIN_MERGE _ 
SPECIFICATION call (for a merge request). The sequence of calls ends with 
an SMP$END_SPECIFICATION call. 


NOS/VE Sort/Merge use within your CYBIL program requires that the 
program include the Sort/Merge procedure and type declarations. The 
procedure and type declarations are stored in decks in the source library on 
file $SYSTEM.COMMON.PSF$EXTERNAL_ INTERFACE SOURCE. 


To copy the Sort/Merge procedure and type declarations into your program, 
you can copy one deck or several decks as follows: 


e To copy a single deck containing all Sort/Merge procedure and type 
declarations, embed this SCU directive in your program: 


*COPYC SMPSPROCEDURE_INTERFACE_PACKAGE 


e To copy only those procedure and type declarations that are used in the 
program, embed an SCU *COPYC directive for each Sort/Merge 
procedure call used. The following are the directives required for a 
minimal sort specification: 


*COPYC SMPSBEGIN_SORT_SPECIFICATION 
*COPYC SMPSFROM_FILES 

*xCOPYC SMPSTO_FILE 

*COPYC SMPSKEY 

*COPYC SMPSEND_SORT_SPECIFICATION 


To copy the procedure declarations from the system source library, store your 
source text (with the *COPYC directives embedded) as a deck in an SCU 
source library and expand it using an SCU EXPAND_DECK command. The 
EXPAND_DECK command specifies the system files containing the 
procedure and type declarations as alternate base libraries, as follows: 


ALTERNATE_BASE=($SYSTEM.CYBIL.OSFSPROGRAM_INTERFACE, .. 
$SSYSTEM. COMMON. PSFSEXTERNAL_INTERFACE_SOURCE) 


This process is discussed in detail in the introduction to this manual. 7 
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What Sort/Merge Does 


NOTE 


To execute a CYBIL program that uses Sort/Merge calls, you must add the 
following object library to the program library list: 


SLOCAL.SMFSLIBRARY 


What Sort/Merge Does 


The purpose of sorting is to arrange items in order. The purpose of merging 
is to combine two or more sets of preordered items. Ordered information 
makes reports more meaningful and suggests critical relationships. Searches 
for information are faster with ordered lists. 


The purpose of Sort/Merge is to arrange records in the sequence you specify. 
You describe the files of records that Sort/Merge is to sort and the order in 
which it is to sort them. 


Sort/Merge: 


Sorts or merges records from as many as 100 files with one call to 
Sort/Merge. 


Sorts character and noncharacter key types. 
Can sort and merge variable-length (V) or fixed-length (F) records. 


Can read input records from and write output records to either sequential 
or indexed-sequential files. (The primary key of each indexed-sequential 
file must be embedded.) 


Can sort according to one of eleven predefined collating sequences, seven 
numeric formats, or a user-defined collating sequence. 


Can sum fields of records having equal keys. 


Can use owncode procedures to insert, substitute, modify, or delete records 
during Sort/Merge processing. 


Data Flow 


Sort/Merge reads input records from one or more local files or as supplied by 
an owncode routine. Records to be merged must be presorted. Records to be 
merged and summed must be pre-sorted and pre-summed. 


Sort/Merge writes records to a single output file. The records can be 
processed by an owncode procedure. 
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& Sort Keys 


Sort or merge operations are based on the ordering of record fields in the 
data to be sorted or merged. These fields are called sort keys. This section 
®@ discusses what sort keys are and how a key is defined. 


A sort key is a field of data within each input record. Sort/Merge uses the 
contents of the sort key to determine the position of the record within the 
sorted sequence of records. 


Data must be aligned correctly in a sort key field. Character data must be 
left-justified in the field, and numeric data must be right-justified in the 
field. 


If sort keys extend beyond the length of the shortest record in the file, the 
sort is undefined. For example, if the records range from a minimum of 25 
characters to a maximum of 80 characters, all sort keys must be in the first 
25 characters for the sort to be defined. 


Multiple Keys 


A file can be sorted or merged on more than one sort key. The combined 
length of all key fields in a record cannot exceed 1023 bytes. The key fields 


© cannot overlap. 


The first key you specify is the most important key and is called the major 
sort key. This key is sorted or merged first. The keys you specify after the 
first key are of lesser importance and are called minor sort keys. The minor 
keys are numbered in the order they are specified. 


For example, if three sort keys are specified, the first key is the major sort 
key (key number 1), the next key listed is a minor key (key number 2), and 
the third key is another minor key (key number 3). 


When two or more records have an equal major key, Sort/Merge determines 
the order by looking at the subsequent minor keys in the following order: key 
number 2, key number 3, and so on. Sort/Merge compares the minor keys 
until either an unequal key is found, or until there are no more keys. 


For example, university student records could be sorted using multiple sort 

keys. Assume each record includes the last name and first and middle 

initials, the student number, the date of birth, the field of study, the grade 

point average, and a code representing class (freshman, sophomore, junior, 
® senior); all the fields are written with character data. The file could be 
maintained with the student number as the major key since records are 
normally retrieved by specifying the student number. The file can be sorted 
by the name in alphabetic order when a list of student names is needed. 
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When a university department needs to know which students are majoring in 
fields within the department, the file can be sorted on the field of study. The 
same sort can specify the name as a minor key so that records with the same 
field of study are also sorted in alphabetic order by the name. The file can be 
sorted by the class code as the major key and by the grade point average in 
descending numeric order as a minor key. This would produce a list of 
students sorted by class code with the students having the highest grade 
point average at the beginning of the list. 


Defining a Sort Key 


Each sort key to be used by the sort or merge request must be defined by a 
sort key definition on an SMP$KEY call. A sort key definition includes the 
following information: 


Starting location of the key within the record 
Key length 
Type of data in the key field 


Sort order 


Key Length and Position 


You define key field length and position by specifying the first byte of the 
field. 


NOTE 


When defining a Sort/Merge field, the leftmost byte in a record is counted as 
number 1. 


For example, if you want to specify the name field of the university student 
record as a sort key, and the name field is the leftmost field in the record, you 
specify the first byte as 1. If the name field is 20 characters Bone, you specify 
the length as 20. 


Sort/Merge interprets the integers you specify for key length and position as 
bit numbers when the key type (discussed later in this chapter) specifies bits; 
otherwise, byte numbers are assumed. The first bit is numbered 1; the key 
fields cannot overlap one another and cannot overlap sum fields. 
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@ Key Type 


You specify the type of data in a key field with the name of a collating 
sequence or with the name of a numeric data format. The data in a key field 
can be character or noncharacter. 


e Character data is represented in the computer as ASCII code values. To 


indicate the key type for character data, you specify the name of a collating 
sequence. 


Noncharacter data is represented in the computer as binary values, in 
packed decimal format, or in floating-point format. For numeric character 
data, you specify the name of a numeric data format. 


The difference between the internal representation of character and 
noncharacter data is shown in figure IJ-1-1. 


Character Data 


Hexadecimal equivalent of ASCII code character 


9 3] 23 15 


Noncharacter Data 


Hexadecimal equivalent of binary value 


® 


@ Figure II-1-1. Internal Data Representation 
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Table IJ-1-1 summarizes character and noncharacter data types and the 
associated sort key type. 


Table II-1-1. Data in Sort Key Fields 


Internal Data Type Data Ordered 
Type Representation in Field Specified by According to 
Character ASCII Alphabetic Name of a Specified 
collating collating 
sequence sequence 
Numeric Name of a Numeric 


numeric data value 


format 
Noncharacter Binary value Numeric Name of a Numeric 
numeric data value 
format 
Packed decimal Numeric Name of a Numeric 
numeric numeric data value 
format 


If a sort key field contains any characters that are not meaningful for the 
key type you specify (an alphabetic character in a field defined as a numeric 
key, for example), the sort order for that key field in that record is undefined. 
In the output file, the data for that key field in that record is also undefined. 
The record is still sorted according to other major sort keys you have 
specified, unless you have specified an exception file. 


The collating sequences and numeric data formats you can specify are 
discussed in the following paragraphs. 


Collating Sequences 


A collating sequence determines the precedence given to each character in 
relation to the other characters. You specify the collating sequence that 
determines the sort order of character data. (Character data is represented as 
ASCII character codes.) 


Sort/Merge defines six collating sequences: ASCII, ASCII6, COBOL6, 
DISPLAY, EBCDIC, and EBCDIC6. (NOS/VE defines five additional 
collating sequences, and you can define your own collating sequences.) 


If you do not specify a collating sequence, ASCII is used. (Sort/Merge sorts 
fastest when using the ASCII collating sequence.) 


The predefined collating sequences are listed in appendix D. 
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Numeric Data Formats 


Numeric data can appear in a key field in one of the formats listed in table 
IIJ-1-2. Numeric data can be signed or unsigned. For character numeric data 
that is signed, the sign can be a floating sign, an overpunch representation 
over the leading (leftmost) digit, a leading separate character, an overpunch 
representation over the trailing (rightmost) digit, or a trailing separate 
character. 


Noncharacter numeric data can be signed or unsigned binary integers or 
normalized single precision floating-point numbers. 


You define numeric key fields by specifying the first byte of the field and 
either the length of the field in bytes or the last byte of the field. 


For BINARY_BITS and INTEGER_BITS data types, you specify the first 
bit position of the field and either the length of the field in bits or the last bit 
of the field. 


For REAL data types, the key must be a full word aligned on a word 
boundary. 


For other types except REAL, the fields start or stop on character 
boundaries. 
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Table II-1-2. Numeric Data Formats 


Name 


BINARY 


BINARY_ BITS 


INTEGER 


INTEGER_ BITS 


NUMERIC_FS 


NUMERIC_LO 


NUMERIC_LS 


NUMERIC _NS 


NUMERIC _TO 


Data Type 


Binary integer 


Binary integer 


Two’s complement 
binary integer 


Two’s complement 
binary integer 


Leading blanks, 
numeric characters 


Numeric 
characters 


Numeric 
characters 


Numeric 
characters 


Numeric 
characters 


Sign 


None 


None 


Positive if leftmost 
bit is 0; negative if 
leftmost bit is 1 
Positive if leftmost 
bit is 0; negative if 
leftmost bit is 1 

~ sign for 

negative values; 


a+ character 
is not allowed 


Leading overpunch 


Leading separate 


None 


Trailing overpunch 


Comments 


The field starts and ends on 
character boundaries. Data is 
ordered according to numeric value. 


The field does not start or end on 
character boundaries. Data is 
ordered according to numeric value. 


The field starts and ends on 
character boundaries. Data is 
ordered according to numeric value. 


The field does not start or end on 
character boundaries. Data is 
ordered according to numeric value. 


The field contains leading blanks 
(leading zeros must be converted to 
blanks before calling Sort/Merge); if 
the value is negative, the rightmost 
leading blank must be converted to 
a minus sign. If the field contains no 
leading blanks or does not begin 
with a negative sign, the value must 
be positive. This format is 
equivalent to the FORTRAN I 
format, or the COBOL picture clause 
for zero suppressed editing of 
numeric item. Data is ordered 
according to numeric value. 


All characters are decimal digits 
except the leading character, which 
indicates a sign by an overpunch. 
Data is ordered according to 
numeric value with all forms of zero 
ordered equally. 


Ali characters are decimal digits 
except the leading character, which 
is a negative or positive sign. 
Specifying a field that is not at least 
two characters in length causes a 
fatal error. Data is ordered 
according to numeric value with all 
forms of zero ordered equally. 


All characters are decimal digits. 
Data is ordered according to 
numeric value. 


All characters are decimal digits 
except the trailing character, which 
indicates a sign by an overpunch. 
Data is ordered according to 
numeric value with all forms of zero 
ordered equally. 
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@ Table IT-1-2. Numeric Data Formats (Continued) 


Name 
NUMERIC_TS 
PACKED 
PACKED_NS 
REAL 


Data Type Sign 

Numeric Trailing separate 
characters 

Packed decimal Signed 

Unsigned packed Unsigned 
decimal 


Normalized binary real Signed 
or single precision 
floating-point number 

of 64 bits 


Revision A 


Comments 


All characters are decimal digits 
except the trailing character, which 
is a negative or positive sign. 
Specifying a field that is not at least 
two characters in length causes a 
fatal error. Data is ordered 
according to numeric value with all 
forms of zero ordered equally. 


Data is ordered according to 
numeric value. 


Data is ordered according to 
numeric value. PACKED_NS is the 
same as COBOL 
COMPUTATIONAL-3 

with no sign. 


The field occupies a full computer 
word and is aligned on word 
boundaries. Data is ordered 
according to numeric value with all 
forms of zero ordered equally. The 
order of indefinite values is 
undefined. The order of infinite 
values is ordered as if its value were 
infinity (can be signed infinity). 
Double precision is not supported, 
but can be sorted by defining the 
upper part of the number as a 
primary real key and the lower part 
of the number as a secondary 

real key. 
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Signed Numeric Data 


A floating sign is a negative sign embedded between leading blanks and the 

numeric characters. A floating sign can also be a negative sign followed by 

numeric characters. Leading zeros must be converted to blanks. Positive 

values in this format are not signed. The following examples are valid & 
floating sign formats: 


mrPwOOoOrH eH 


-12 
123 
The following examples are invalid floating sign formats: 
01 Leading zero not allowed 
- 01 Leading zero not allowed 
123 


Positive sign not allowed 
All-blank field not allowed 


+ 


Diagnostic messages are not issued for invalid floating sign formats or 
invalid overpunches. 


A negative sign overpunch is equivalent to overstriking a digit with a - , & 
which is a punch in row 11. A positive sign overpunch is equivalent to 
overstriking a digit with a + , which is a punch in row 12. 


When a signed overpunch digit is received as input, the digit is punched as 
indicated in the second column of table II-1-3. When a signed overpunch 
digit is entered from a terminal or displayed as output, the digit appears as 
indicated in the third column of table IJ-1-3. The hexadecimal value is in the 
fourth column. 
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®@ Table II-1-3. Sign Overpunch Representation 


Sign and Input/Output Hexadecimal 
Digit Input Punch Representation Value 
@ +0 0 0 30 
+] 1 1 ol 
+2 2 2 32 
+3 3 3 33 
+4 4 4 34 
+5 5 5 35 
+6 6 6 36 
+7 7 7 37 
+8 8 8 38 
+9 9 9 39 
+0) 12-0 { 7B 
+] 12-1 A 4l 
+2 12-2 B 42 
+3 12-3 C 43 
+4 12-4 D 44 
+5 12-5 E 45 
+6 12-6 F 46 
+7 12-7 G 47 
@ +8 12-8 H 48 
+9 12-9 I 49 
-0 11-0 } 7D 
-1 11-1 J 4A 
-2 11-2 K 4B 
-3 11-3 L 4C 
-4 11-4 M 4D 
-5 11-5 N 4E 
-6 11-6 O 4F 
-7 11-7 P 50 
-8 11-8 Q 51 
-9 11-9 R 52 
+0) 12-8-4 < 3C 
+0 12 & 26 
-0 12-8-7 ! 21 
-0 11 - 2D 
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Sort Order 


Sort/Merge can sort a key in ascending or descending order. If you do not 
specify a sort order, Sort/Merge sorts the key in ascending order. 


When sorting a numeric key in ascending order, Sort/Merge sorts the key 
values in order from lowest to highest. When sorting a numeric key in 
descending order, Sort/Merge sorts the key values in order from highest to 
lowest. 


A character key is sorted according to the collating sequence you specify for 
the key. When sorting a character key in descending order, Sort/Merge sorts 
the key values in reverse order of the collating sequence you specify. 


Specifying the Record Length 


Sort/Merge accepts fixed-length (F) or variable-length (V) records. It can 
sort records up to 65,535 bytes long. The record type and record length are 
determined by the file attributes specified when the file is created. 


The default maximum record length for both fixed-length (F) and 
variable-length (V) record types is 256 bytes. The default minimum record 
length for variable-length records is 0 bytes. 


If the minimum record length for any Sort/Merge input file is 0, you must 
include an SMP$KEY call in the Sort/Merge call sequence. If you omit the 
SMP$KEY call and the minimum record length for any input file is 0, 
Sort/Merge attempts to use the 0 value (the smallest minimum record length 
of the input files) as the key length. But Sort/Merge cannot define a key of 
length 0, so it returns a fatal error. 


Sort performance is best when the maximum record length is equal to the 
longest record to be sorted. 


If the SORT or MERGE procedures do not specify any input or output files, 
Sort/Merge assumes that all records are provided by owncode procedures. In 
this case, you must specify the record length using either the 
SMP$OWNCODE_ FIXED _RECORD_LENGTH or SMP$OWNCODE _ 
MAX RECORD_LENGTH procedure. 
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Specifying the Record Length 


Short Records 


Sort/Merge uses only those fields it needs to perform the sort or merge. For 
example, if the major key values are unequal, it does not use the minor key 
values. Similarly, if the key values are unequal, it does not use the sum 
values. 


When Sort/Merge attempts to use a sum or key field beyond the end of the 
record, it sends an informative message and leaves the order of the short 
record undefined. If an exception file is specified for the sort or merge, it 
writes the short record to the exception records file and deletes it from the 
sort or merge. 


Records could be too short because the system strips off all trailing blanks 
from variable-length (V) records. A record shortened by blank suppression 
cannot be sorted if its length is shorter than the minimum length required to 
read all key and sum fields. This is so even if you have specified a value for 
the maximum record length file attribute. 


Blank suppression is demonstrated when a DISPLAY FILE command 
displays empty records. An empty fixed-length (F) is shown as a record of 
length MAXRL filled with blanks. An empty variable-length (V) record is 
shown as having a length of zero, with no blanks present in the record. It is 
a zero-length record because all trailing blanks have been stripped from the 
record. 


Zero-length records are not included in the sort or merge and are not counted 
in the number of records sorted or merged. The zero-length records are 
output as the last records, even if you specify the SMP$VERIFY, 
SMP$RETAIN_ ORIGINAL. ORDER, SMP$SUM, SMP$EXCEPTION _ 
FILE, or OWNCODE procedures. An informational message is issued 
stating how many zero-length records were read. 


Invalid Records 


Sort/Merge determines whether a key or sum field contains valid data when 
it attempts to use the data. Because Sort/Merge does not attempt to compare 
or sum the data in all fields, it does not validate all fields in a record; it only 

validates the data it uses. 


Sort/Merge copies the invalid records it finds to the exception records file (if 
one has been specified) and deletes the invalid records from the sort or 
merge. 
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Example Program 


Sort/Merge determines whether a key or sum field contains valid data when 

it attempts to use the data. If, when Sort/Merge attempts to compare or sum é 
data from two records, it finds that one record contains invalid data, it then 

discards the invalid record and attempts to compare or sum the next record. 

It continues to do so until it finds a record containing valid data. Therefore, 

in the end cases, where either all records are invalid or the file contains only 

one record, one record will not be determined as invalid because it cannot be 
compared or summed with a valid record. So Sort/Merge always outputs at 

least one record, valid or invalid. 


Example Program 


The following example CYBIL program sorts a file on three keys. 


The file is a file of student records. Each record has this format: 


1 11 13 
LAST NAME HH 


FIRST INITIAL MIDDLE INITIAL 


The records are first sorted on the field of study (byte positions 27 through 34 
in each record), then on the class code (byte 38), and finally on the student’s 
last name (bytes 1 though 10). 
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MODULE 


*COpyc 
*cOpyc 


*COpYC 
@ 
*cCOpyc 


2? POP 


VAR 


Example Program 


sort_files; 


22 PUSH (LIST:= OFF) ?? 


smp$begin_sort_speci fication 
smp$from_file 

smp$to_file 

smp$end_speci fication 
pmp$exit 

7? 


array: smt$info_array, 


file: 


string(19), 


status: ost$status; 


PROGRAM sort; 
jarrayC1J:=0; 


{ Sequence of Sort/Merge calls } 
smp$begin_sort_specification (iarray, status); 
smp$from_file (C‘university_students', status); 
smp$to_file ('field_of_study', status); 
smp$key (27, 8, ‘ascii’, ‘a', status); 
smp$key (38, 1, 'numeric_ns', ‘a', status); 

> smp$key (1, 10, 'ascii', ‘a', status); 
smp$end_specification (status); 


IF 


status.normal <> true then 
pmp$exit (status); 


IFEND; 


PROCEND sort; 


MODEND 
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sort_files; 
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Example Program 


Before a CYBIL program using Sort/Merge is compiled, the source text must 
be expanded to include the Sort/Merge procedure declarations. See the 


manual introduction for more information on this process. 


Assuming that the source text is on file $USER.SSOURCE_TEXT, the 
following command expand, compile, and execute the example program: 


/create_source_library result=temporary_Library 
/source_code_utility base=temporary_library 
sc/create_deck deck=sorting source=$user.source_text .. 


sc../modification=original 
sc/expand_deck deck=sorting .. 


sc../alternate_base=($system.cybil.osf$program_interface, .. 


sc../$system.common.psfS$external_interface_source) 


sc/quit write_library=no 
/cybil input=compile l=list b=lgo 


/attach_file $user.university_students 


/\go 


Assuming that these records are in file UNIVERSITY_STUDENTS, the 
program writes the records to the file FIELD _OF_STUDY in this order: 


REYES S L 100246031 S58ANTHRO 
MAYER M I 100991122359ANTHRO 
CHARLES S_H 101418032459ANTHRO 
MARTIN R C 100955082157Art 
NEECE ML 99911121358Art 
NAKAMURA S$ L 101529051 260Art 

YEH F L 102005120645Art 
BARTLETT S S$ 100800100957Art 
COCHRAN’ GL 100725111857BI0 
HOYO J C 101925103060B10 
KRUTZ S T 100532010353POLISCI 
WALLIN G E 101056041 659POLISCI 
WARNES D V 102116060861POLISCI 
WONG S T 101001012755PSYCH 
LANGDON M A 101754080549PSYCH 
LASEUR P T 100678042256PSYCH 
SUGARMAN B T 100528070457S0C 
SMITH F R 101062120758S0C 
DOUGLAS ML 101325071558UNDEC 
OKADA N A 100103111 7SOUNDEC 


3341 
2882 
2453 
2891 
2291 
2594 
2764 
2735 
3011 
3014 


1981 
3151 
2814 
2152 
2013 
2233 
3501 
2913 
2585 
2225 
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@ Sort/Merge Procedure Calls II-2 
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SMP$TO_FILE .......... ccc ceccccccccccucceuccceuceeuceeuceuees II-2-7 
SMP$KEY 2.0... ccc cccccccccccceuccucceucceuccceucteucetucenges II-2-9 
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SMP$ERROR_ FILE .........0ccccccceccccccccccceuceuuceuecens [I-2-12 
SMP$ERROR_ LEVEL ........0..cccceccccccscccceuceeuceuecens [I-2-13 
SMP$ESTIMATED NUMBER RECORDS................2.65: II-2-15 
SMP$EXCEPTION RECORDS FILE.............0cccecceecees II-2-16 
SMP$LIST FILE ........ 0c. cccccecccucceucecuccecuseuuceuvenes II-2-17 
SMP$LIST_ OPTION .........ccccccccucceucceuccceuceuuceuneens II-2-18 
SMP$LOAD COLLATING TABLE................ecceeeeees II-2-18.2 
SMP$OWNCODE_ FIXED RECORD _LENGTH.............. II-2-18.4 
SMP$OWNCODE MAX RECORD LENGTH.................. II-2-19 
SMP$OWNCODE PROCEDURE_n...........c.cccceueceueeees II-2-20 
SMP$RETAIN ORIGINAL ORDER..............cceecceueeees [I-2-21 
SMP$COLLATING X .... ccc ccccecccucccucccucceeuceuvceuceuns II-2-22 
SMP$COLLATING NAME ............0ccceccceceucceuceees [I-2-22 

& SMP$COLLATING CHARACTERS ..........ccccecceeeeeeee II-2-23 
SMP$COLLATING ALTER...........ccccceecceeceeeeeauees II-2-24 
SMP$COLLATING. REMAINDER ...............cceeceeeees [I-2-24 
SEP SST A TUS oo set -teasia-e asides eiccisee cota dha edessraso-alarsRiea beste Seabees II-2-25 
SIMPSS UM seen sux heeding cadet lai cacaatanceom atues Oxeewstiances [I-2-26 
SMP$VERIFY ........0ccccccccccucceucceucseucteuuceuveeueenns II-2-29 
SMP$END_SPECIFICATION ..........cccccccecccuuceecsuceen II-2-29 


Sort/Merge Procedure Calls II-2 


This chapter contains detailed descriptions of the Sort/Merge procedures in 
alphabetical order. 


Sort/Merge Procedure Call Use 


As described in chapter 1, a CYBIL program that calls Sort/Merge procedure 
must include the procedure declarations from decks in these files: 


SSYSTEM. CYBIL.OSFSPROGRAM_INTERFACE_SOURCE 
SSYSTEM. COMMON. PSFSEXTERNAL_INTERFACE_SOURCE 


The Sort/Merge procedure and type declarations are listed in appendix C. 


To execute a CYBIL program that uses Sort/Merge calls, you must add the 
following object library to the program library list: 


SLOCAL. SMF$LIBRARY 


The Sort/Merge procedures can be called in any order with two exceptions: 
SMP$BEGIN_ SORT _SPECIFICATION or SMP$BEGIN_MERGE _ 
SPECIFICATION must be the first procedure called, and SMP$END _ 
SPECIFICATION must be the last procedure called. Sort/Merge collects 
processing information until SMP$END_SPECIFICATION is called; the 
sort or merge is then performed. 


Unless stated otherwise, a procedure can be called only once during a sort or 
merge. Refer to chapter 3 for information on owncode procedures, which are 
mentioned in the descriptions of several of the Sort/Merge procedures. 


Sort/Merge uses the maximum_record_length file attribute value in its 
processing. The maximum _record_length value is set when the file is 
created; the default maximum record length is 256 bytes. 


With one exception, you can enter the Sort/Merge parameter values using 
uppercase, lowercase, or a combination of uppercase and lowercase letters. 
The one exception is owncode procedure names, which must be specified 
using all uppercase letters. 


CYBIL owncode procedures that are loaded with the main program and 
referenced with the SMP$OWNCODE_PROCEDURE_n procedure call must 
be externally declared XDCL procedures. 


r 
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SMP$BEGIN_SORT_SPECIFICATION 


SMPS$BEGIN_SORT_SPECIFICATION 


Purpose Signals the beginning of a sort calling sequence of procedure © 
calls. 

Format SMPSBEGIN_SORT_SPECIFICATION (array, status); 

Parameters array: VAR of smt$info_array @ 


Result array name; | to 31 letters, digits, or the special 
characters $ # @ _, beginning with a letter. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e The SMP$BEGIN_SORT_SPECIFICATION procedure 
must be the first procedure called for a sort. 


e The result array is a 0- through 16-element integer array 
in which Sort/Merge returns sort statistics and results to 
your program when the sort is completed. The result array 
is a single dimensional array. 


You set the first element of the result array to the number 

of elements (as many as 15) in the result array to receive 
information. If the first word is set to a value greater than @ 
15 or less than 0, Sort/Merge issues a warning message 

and changes the value to 15 or 0, respectively. 


The type of result that is returned in each element of the 
result array is shown in table II-2-1. 


II-2-2 CYBIL Keyed-File and Sort/Merge Interfaces Revision A 


SMP$BEGIN_SORT_SPECIFICATION 


& Table II-2-1. Result Array Format 


Array 
Element 


@ 


GQ bo 


iN 


15 


16 


Revision A 


Contents 


Number of elements of results you want returned (0 
through 15) 


Number of records read from sort or merge input files 
Number of records deleted by an owncode 1 routine 
Number of records inserted by an owncode | routine 
Number of records inserted by an owncode 2 routine 


Number of records sorted or merged. (Does not include 
zero-length records or records written to the exception file.) 


Number of records deleted by an owncode 8 routine 
Number of records inserted by an owncode 3 routine 
Number of records inserted by an owncode 4 routine 
Number of records written to the exception file 
Number of records deleted by an owncode 5 routine 
Number of records combined by summing 

Number of records written to the output file 


Minimum record length. (Actual minimum record length of 
records from the file named by the SMP$FROM_ FILE 
procedure and/or from owncode 1 and 2 routines.) 


Average record length. (Total record length divided by the 
total number of records from the file named by the 
SMP$FROM_ FILE procedure and/or from owncode 1 and 
2 routines.) 


Maximum record length. (Actual maximum record length 
of records from the file named by the SMP$FROM_ FILE 
procedure and/or from owncode 1 and 2 routines.) 
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SMP$BEGIN_MERGE_SPECIFICATION 


SMP$BEGIN_MERGE_SPECIFICATION 


Purpose Signals the beginning of a merge calling sequence of 
procedure calls. 

Format SMP$BEGIN_MERGE_ SPECIFICATION (array, ® 
status); 


Parameters array: VAR of smt$info_array 
Result array name; 1 to 31 letters, digits, or the special 
characters $# @ _, beginning with a letter. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e The SMP$MERGE_SORT_SPECIFICATION procedure 
must be the first procedure called for a merge. 


e The result array is a 0- through 16-element integer array 
in which Sort/Merge returns merge statistics and results to 
your program when the merge is completed. The result 
array is a single dimensional array. 


of elements (as many as 15) in the result array to receive 
information. If the first word is set to a value greater than 
15 or less than 0, Sort/Merge issues a warning message 
and changes the value to 15 or 0, respectively. 


You set the first element of the result array to the number & 


The type of result that is returned in each element of the 
result array is shown in table [J-2-1. 
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SMP$FROM_FILE and SMP$FROM_FILES 


SMP$FROM_FILE and SMP$FROM_FILES 


© Purpose Specifies the input file or files from which the records to be 
sorted or merged are read. 


Formats SMP$FROM_FILES (file_name_array, status); 
SMP$FROM_FILE (file_ref, status); 


Parameters file_ref.: string(*) 


Local file from which records are read for sorting or merging. 
The parameter must be a string or string variable specifying 
the name. Sort/Merge treats lowercase letters as being equal 
to uppercase letters. 


file_name_array: array [*] of ost$name 


Array of file names from which records are read for sorting or 
merging. Sort/Merge treats lowercase letters as being equal to 
uppercase letters. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e You can specify a maximum of 100 input (from) files using 
& one or more procedure calls. The files are read in the order 
that you specify them. In addition, the files are not read 
past an embedded end-of-partition. 


e SMP$FROM_FILE and SMP$FROM_ FILES are separate 
procedures; each has its own procedure declaration deck. 
Call SMP$FROM_FILE to specify one input file name; call 
SMP$FROM _ FILES to specify an array of input file 
names. 


e When you are merging files, the records in each input file 
must be in sorted order. For a merge with summing, the 
records in each input file must be presummed as well as 
presorted. 


e If you do not specify any SMP$FROM_ FILE or 
SMP$FROM_FILES calls in the specification, records to 
be sorted or merged are read from the file OLD unless an 
owncode 1 procedure supplies records. However, file OLD is 

& not assumed to exist and is not created by default if an 
owncode 1 procedure has been supplied. 


Revision B Sort/Merge Procedure Calls = [J-2-5 


SMP$FROM_FILE and SMP$FROM_FILES 


Remarks e Specifying the file $NULL or an empty FROM file, both 

(Contd) without an owncode 1 procedure specified, results in a null é 
sort or merge. A null sort or merge has no records sorted or 
merged. 


e Sort/Merge input files can have either sequential or 
indexed-sequential file organization and either €& 
variable-length (V) or fixed-length (F) record type. 


If an input file is an indexed-sequential file, its primary 
key must be embedded. If the primary key is nonembedded, 
Sort/Merge issues a fatal error and terminates. 
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SMP$TO_FILE 


SMP$TO_FILE 


@ Purpose Specifies the file to which sorted or merged records are written 
if records are left after owncode procedure processing. 


Format SMP$TO_FILE (file_name, status); 
@ Parameters file_name: string(*) 


Local file to which records are written. The parameter must be 
a string or string variable specifying the name. Sort/Merge 
treats lowercase letters as being equal to uppercase letters. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks: e Sort/Merge closes the file when it completes the sort or 
merge. 


e IfaSMP$TO_ FILE procedure is not called, records are 
written to the file NEW, an owncode 3 procedure can 
process all records, or records are written to file NEW, as 
changed by an owncode procedure. However, file NEW is 
not created by default if an owncode 3 procedure has been 

e supplied. The file attributes are the NOS/VE defaults. 


e The Sort/Merge output (SMP$TO_ FILE) file can have 
either sequential or indexed-sequential file organization 
and either variable-length (V) or fixed-length (F) record 
type. 


e Ifthe output file is an indexed-sequential file, its primary 
key must be embedded. If the primary key is nonembedded, 
Sort/Merge issues a fatal error and terminates. 


e Also, if the output file is an indexed-sequential file, the 
major sort key must be the primary key defined for the 
output file. The input records cannot have equal major sort 
key values because the primary-key values for the output 
file must be unique. 
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SMP$TO_ FILE 


Remarks e Ifthe output file is an indexed-sequential file, 
(Contd) Sort/Merge checks the key __ position, key_length, and key _ @ 
type file attributes. 


- Ifthe major sort key position does not match the key _ 
position attribute value, Sort/Merge issues a fatal error 


and terminates. © 


- Ifthe major sort key length does not match the key _ 
length attribute value, Sort/Merge issues a warning 
error and changes the major sort key length to match 
the primary-key length. 


- Ifthe major sort key type does not match the key _type 
attribute value, Sort/Merge issues a warning error. It 
also changes the major sort key type if the key_ type 
attribute specifies uncollated or integer keys. (It does not 
issue a warning or change the key type if the key_type 
attribute specifies collated keys.) 


- For uncollated keys, the major sort key type is 
changed to ASCII. 


- For integer keys, the major sort key type is changed 
to INTEGER. 


To read about indexed-sequential file attributes, see part I & 
of this manual. 
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SMP$KEY 


SMPSKEY 
@ Purpose Specifies a single key field for the sort or merge. 
Format SMPSKEY (first, length, kind, ad, status); 


Se Parameters _ first: integer 


First byte or bit of the key field. Bytes or bits in a record are 
numbered from the left, beginning with 1. 


length: integer 
Number of bytes or bits in the field. 


kind: string(*) 

Kind of data in the key. For character data, the parameter 
specifies the name of a collating sequence; for numeric data, it 
specifies the name of a numeric data format. Sort/Merge 
treats uppercase letters as being equal to lowercase letters. 


ad: char 


Sort order; A or a for ascending, D or d for descending. 


status: VAR of ost$status 


Name of the status variable in which Sort/ Merge returns the 
@ procedure completion status. 


Remarks e You must specify all four parameters; there are no default 
values. 


e The parameters first and length refer to bytes unless the 
key type is BINARY _ BITS or INTEGER BITS. 


@ You can call the SMP$KEY procedure as many as 106 
times during a sort or merge to specify multiple sort keys. 


The significance of multiple keys corresponds to the order 
in which the keys are defined. Output records are sorted or 
merged according to the key field described by the first 
SMP$KEY procedure called, then according to the key field 
described by the second SMP$KEY procedure called, and 
so on. 


The total number of key characters must be no more than 
1,023 eight-bit bytes. Key fields cannot overlap one 

@ another or a sum field and must be within the minimum 
record length. 
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SMP$KEY 


Remarks e Ifthe SMP$KEY procedure is not called, the following 

(Contd) assumptions are made: the first byte is 1, the key length is © 
the smallest minimum record length of any of the input 
files, the key type is the ASCII collating sequence, and the 
sort order is ascending. 


e A warning error is issued if a key field contains invalid ©} 
data. The warning error results in the following actions: 


1. The record is written to the exception records file if an 
exception records file was specified. 


2. The record is deleted from the sort or merge if an 
exception file was specified. If an exception records file 
was not specified, the record remains in the sort or 
merge, but its place in the sort order is undefined. 


3. A diagnostic message is issued, as controlled by the list 
options specification. 


4. The sort or merge continues normally. 


e Ifthe output (SMP$TO_ FILE) file is an indexed-sequential 
file, the major sort key must be the embedded primary key 
defined for the output file. For details, see the SMP$TO _ 
FILE procedure description. @ 
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SMP$DEFINE_USER_COLLATING_TABLE 


SMP$DEFINE_USER_COLLATING_TABLE 


Purpose Specifies a user-defined collation table. 


Format SMP$DEFINE_USER_COLLATING_TABLE 
(collating_sequence_name, weight_table, status); 


@ Parameters collating_sequence_name: string(*) 


Name you choose to call the collating sequence produced by 
the collation table. This name is the name specified in a key 
field definition. Sort/Merge treats lowercase letters as being 
equal to uppercase letters. 


weight_table: amt$collate_ table 


Array defining a collation table. The array has 256 elements; 
each element is an integer from 0 through 255 defining the 
collation weight of the corresponding ASCII character code. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e A sort or merge specification can include more than one 
SMP$DEFINE_USER_COLLATING_TABLE call. 


@ e The following is an example of the declaration and 
initialization of a weight_ table array. (It defines the 
predefined collating sequence OSV$DISPLAY64 _ 
FOLDED.) 


VAR OSVSDISPLAY64_FOLDED: CL#GATE,XDCL,READ] 

AMTSCOLLATE_TABLE:= 

C rep 33 of 45, 
54, 52, 48, 43, 51, 55, 56, 41, 42, 39, 37, 46, 
38, 47, 40, 27, 28, 29, 30, 31, 32, 33, 34, 35, 
36, O, 63, 58, 44, 59, 57, 60, 1, 2, 3, 4, 
Dp: 05. Cy 8,4. 95.10, 115. 125° 135,145 15,16; 
17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 49, 61, 
50, 62, 53, 60, 1, 2, 3, 4, 5, 6, 7, 8, 
9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 
21, 22, 23, 24, 25, 26, 49, 61, 50, 62, 
rep 129 of 45]; 


@ For more information on collation tables, see appendix D. 


e The collating sequence name specified on the call cannot 
be the name of a predefined collating sequence or another 
collating sequence you have already defined for the sort or 


@ merge. 
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SMP$ERROR_FILE 


SMPS$ERROR_FILE 
Purpose Specifies the file to which diagnostic messages are written. @ 
Format SMP$ERROR_FILE (file_name, status); 

Parameters  file_name: string(*) & 


Local file name of the error file. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks @ Sort/Merge does not rewind the error file before or after it 
uses it. 


e The file is written in V-type record format. If you specify 
the file $NULL with the SMP$ERROR_FILE procedure, 
diagnostic messages are not written. 


e If you specify the same file for the listing file and for the 
error file, each error diagnostic message is written only 
once, not twice as it would be if the listing file and the error 
file were different and the messages were written to each 
file. 


e Ina batch job, both $LIST and $£RRORS are connected to 8 
OUTPUT. With $LIST and $LRRORS connected to the 
same file each error message is printed twice consecutively. 
To alleviate this situation you should always set one of the 
files to a nondefault value, using a value other than 
OUTPUT. 


e Ifthe SMP$ERROR_FILE procedure is not called, errors 
are written to file S£RRORS. 
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@ Parameters 


SMP$ERROR_LEVEL 


Purpose 


Format 


Remarks 


Revision B 


SMP$ERROR_LEVEL 


Specifies the error level to be reported on the error file. 


SMP$SERROR_LEVEL (limit’, status); 


limit: string(*) 


Alphabetic character enclosed in apostrophes or a string 
variable containing the character (see table II-2-2). 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


e An error can be one of the following levels: 


Informational 


Warning 


Fatal 


Catastrophic 


An informational diagnostic results from 
a usage that is syntactically correct but 
questionable. 


A warning diagnostic results when 
Sort/Merge finds an error but recovers 
by making assumptions about your 
attempt. 


A fatal diagnostic results when 
Sort/Merge cannot resolve an error. 
Sort/Merge treats error severity ERROR 
as a fatal error. 


A catastrophic error causes immediate 
Sort/Merge termination. 


The error levels that you can select are shown in table 


IIJ-2-2. You can specify the alphabetic character enclosed 
in apostrophes in uppercase or lowercase letters. For 
example, if you specify W or w, any warning, fatal, and 
catastrophic error messages are reported. 


Errors are written to the file specified by the 


SMP$ERROR_ FILE procedure. If the SMP$ERROR _ 
LEVEL procedure is not called, all errors are reported, 
regardless of severity. 
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SMP$ERROR_LEVEL 


Table II-2-2. Error Level Specification Using the SMP$ERROR _ 


LEVEL Parameter 
Error Level Errors Reported 
T or ’1 Informational, warning, fatal, and catastrophic & 
"T’ or ’t’ (This is a nonstandard value and its use is not 
recommended) 
’W’ or w’ Warning, fatal, and catastrophic 
"F’ or ’f? Fatal and catastrophic 
°C’ or’c’ Catastrophic 
"NONE’ or ’none’ None 


A II-2-14 CYBIL Keyed-File and Sort/Merge Interfaces Revision B 


SMP$SESTIMATED_NUMBER_RECORDS 


SMPSESTIMATED_NUMBER_RECORDS 


Purpose Provided for compatibility with NOS Sort/Merge 5; however, 
NOS/VE Sort/Merge does not use the specified value. 


Format SMP$ESTIMATED_NUMBER_RECORDS (value, 
status); 

Parameters value: integer 
Integer value indicating the estimated number of records to be 
sorted. The value can be from 1 through 16,777,215. 
status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 
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SMP$EXCEPTION_RECORDS_ FILE 


SMPSEXCEPTION_RECORDS_FILE 


Purpose Specifies the file to which invalid records are written. @ 
Format SMP$EXCEPTION_RECORDS_FILE (file_name, 

status); 
Parameters file_name: string(*) _ 


Local file to which invalid records are written. The file name 
cannot be the same file name specified by the SMP$TO_ FILE 
procedure. Sort/Merge converts the file name to all uppercase 
letters. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e Ifthe SMP$EXCEPTION_RECORDS_FILE call specifies 
the $NULL file, Sort/Merge deletes all exception records. It 
does not write the exception records to an exception records 
file or to the output file. 


e The records written to the exception records file include: 
- Records containing invalid key or sum field data 


- Records that caused an arithmetic overflow or © 
underflow when their sum fields were summed. 


- QOut-of-order merge input records if merge order 
checking was requested by an SMP$VERIFY call. 


- Records for which the system procedure AMP$PUT_ 
NEXT returned an error when it attempted to write the 
record to the output (TO) file. 


e The records in the exception file are deleted from the sort or 
merge. A summary of records written to the exception is 
printed in the error file named by the SMP$ERROR_ FILE 


procedure call and in the list file. 


e If you omit the SMP$EXCEPTION_RECORDS_ FILE 
procedure call, Sort/Merge writes the invalid records to the 
output file. The invalid records are not written in a defined 
order. 
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SMP$LIST_FILE 


SMPS$LIST_FILE 
@ Purpose Specifies the name of the list file. 
Format SMP$LIST_FILE (file_name, status); 


& Parameters file_name: string(*) 
Local file name of the listing file. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e Listing information includes the Sort/Merge version and 
level numbers, time and date, error messages, and 
statistics such as the number of records sorted or merged. 
If the SMP$LIST_ FILE procedure is not called, the default 
list file is $LIST. 


e If you specify the same file for the list file and for the error 
file, each error diagnostic message is written only once, not 
twice as it would be if the listing file and the error file were 
different and the messages were written to each file. 


e Ina batch job, both $LIST and $ERRORS are connected to 

@ OUTPUT. With $LIST and $ERRORS connected to the 
same file each error message is printed twice consecutively. 
To alleviate this situation you should always set one of the 


files to a nondefault value, using a value other than 
OUTPUT. 
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SMP$LIST_OPTION 


SMPSLIST_OPTION 
Purpose Determines the type of information written to the listing file. 
Format SMP$LIST_OPTION (option, status); 


Parameters option: string(*) 


Value indicating the listing information requested: 


OFF 


DE 


MS 


No additional information is to be written to 
the listing file. 


Same as the OFF keyword. 


Although it is a valid keyword, it has no 
meaning for this CYBIL procedure call. (It is 
meaningful on the SORT or MERGE command 
parameter.) 


Detailed exception information. A message is 
written for each occurrence that causes a 
record to be written to the exception records 
file. 


The DE keyword is valid only if you specify an 
exception records file; otherwise, an 
informational error message is issued. 


If you omit the DE keyword, messages are 
written only once per key, sum fields, or file 
that causes records to be written to the 
exception records file. 


Record statistics for the records sorted or 
merged. The statistics are from the result 
array; a message is written for each element of 
the array except for the first. Table IJ-2-1 lists 
the result array elements. 


Merge statistics for the records merged. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 
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SMP$LIST_OPTION 


Remarks @ The minimum information Sort/Merge writes to the listing 
@ file is the page heading, error messages, the exception 
records file summary, and the number of records sorted or 
merged. 


e You can specify only one list option with each SMP$LIST_ 
} OPTION procedure call, but the procedure can be called 
more than once. 


e If you do not call the SMP$LIST_OPTION procedure, the 
list option used is S. 
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SMP$LOAD_COLLATING_TABLE 


SMP$LOAD_COLLATING_TABLE 


Purpose 


Format 


Parameters 


Remarks 
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Loads a collation table, that is a weight table that defines a 
collating sequence. The table may be a NOS/VE predefined 
collation table or a user-defined collation table in an object 
library. 


SMPSLOAD_COLLATING_TABLE (collating _ 
sequence_name, weight_table_name, status); 


collating_sequence_name: string(*) 


Name you choose to call the collating sequence produced by 
the collation table. This name is the name specified in a key 
field definition. Sort/Merge treats lowercase letters as being 
equal to uppercase letters. 


weight_table_name: string(*) 
Name of a predefined collation table or an object library entry 
point defining a collating sequence. Sort/Merge treats 
lowercase letters as being equal to uppercase letters. 

status: VAR of ost$status 

Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


e A sort or merge specification can include more than one 
SMP$LOAD_USER_COLLATING_TABLE call. 


e The weight table must be loadable by PMP$LOAD. 
For more information on collation tables, see appendix D. 


e Your collating sequence name cannot be the name of a 
predefined collating sequence or the name of a collating 
sequence you have already defined for the sort or merge. 


Revision B 


Remarks 
(Contd) 


Revision B 


SMP$LOAD_COLLATING_TABLE 


e NOS/VE supplies 11 predefined collation tables. The 
following is a list of the predefined collation tables for 
these collating sequences: 


Collating Sequences Predefined Collation 
Table 


CYBER 170 FTN5 default OSV$ASCII6_ FOLDED and 
OSV$ASCII6_STRICT 


CYBER 170 COBOL5 OSV$COBOL6_FOLDED 
default and OSV$COBOL6_STRICT 


CYBER 170 63-character OSV$DISPLAY63_ FOLDED 
display code and 
OSV$DISPLAY63_STRICT 


CYBER 170 64-character OSV$DISPLA Y64_FOLDED 
display code and 
OSV$DISPLA Y64_ STRICT 


Full EBCDIC OSV$EBCDIC 


EBCDIC 6-bit subset OSV$EBCDIC_FOLDED 
and OSV$EBCDIC_STRICT 


e For more information on using and creating collation 


tables, see appendix D. 
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SMP$SOWNCODE_FIXED_RECORD_LENGTH 


SMP$OWNCODE_FIXED_RECORD_LENGTH 


Purpose Specifies the number of characters in fixed-length records 
entering the sort or merge from an owncode routine. 


Format SMP$OWNCODE_FIXED_RECORD_LENGTH (value, 
status); 


Parameters value: integer 


Fixed record length in bytes of all records supplied by any 
owncode procedure; maximum value is 65,535 bytes. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e The integer you specify is the exact number of bytes in 
each record; a fatal error results if a record entering the 
sort from an owncode routine does not have the exact 
number of bytes. 


e Ifthe SMPS$OWNCODE_FIXED_RECORD_LENGTH 
procedure is not called, records entering the sort from an 
owncode routine can be no longer than the longest allowed 
input or output record. 


e Ifthe sort has no input or output files (records to be sorted 
are supplied by an owncode routine and sorted records are 
processed by an owncode routine), you must specify one of 
the following procedures or else a fatal error results: 


SMPS$OWNCODE_FIXED_RECORD_LENGTH 
SMPS$OWNCODE_MAX_RECORD_LENGTH 


e You cannot call both the SMP$OWNCODE_ FIXED _ 
RECORD_LENGTH procedure and the 
SMP$OWNCODE_MAX RECORD_LENGTH procedure 


for the same sort. 
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SMP$OWNCODE_MAX_RECORD_LENGTH 


SMPSOWNCODE_MAX_RECORD_LENGTH 


Purpose 


Format 


Parameters 


Remarks 


Revision A 


Specifies the maximum length of any record entering the sort 
or merge from an owncode routine. 


SMP$OWNCODE_MAX_ RECORD_LENGTH (value, 
status); 


value: integer 
Maximum record length in bytes of any record supplied by 
any owncode procedure; maximum value is 65,535 bytes. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


The SMP$OWNCODE_FIXED_RECORD_LENGTH 
procedure is recommended if all records entering the sort 
from an owncode routine are the same length. 


The SMP$O0WNCODE_MAX RECORD_LENGTH 
procedure does not have to be called if the sort has an input 
or output file with a maximum record length at least as 
long as the record length specified by this procedure. 


If the SMPSOWNCODE_MAX_RECORD_LENGTH 
procedure is not called, records entering the sort from an 
owncode procedure can be no longer than the longest 
allowed input or output record. 


If the sort has no input or output files (records to be sorted 
are supplied by an owncode routine and sorted records are 
processed by an owncode routine), you must specify one of 
these procedures or else a fatal error results: 


SMP$OWNCODE_FIXED_RECORD_LENGTH 
SMP$OWNCODE_MAX_RECORD_LENGTH. 


You cannot call both the SMP$OQWNCODE_ FIXED _ 
RECORD_LENGTH procedure and the 
SMP$OWNCODE_ MAX RECORD_LENGTH procedure 


for the same sort. 
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SMP$OWNCODE_PROCEDURE_n 


SMPSOWNCODE_PROCEDURE_n 


Purpose Specifies an owncode routine to be executed each time a 
certain event occurs during the sort or merge. 


Formats SMPSOWNCODE_PROCEDURE_1 
(procedure_name’, status); 


SMPSOWNCODE_PROCEDURE_2 
(procedure_name’, status); 


SMPSOWNCODE_PROCEDURE_3 
(procedure_name’, status); 


SMP$OWNCODE_PROCEDURE_4 
(procedure_name’, status); 


SMPSOWNCODE_PROCEDURE_5 
(procedure_name’, status); 


Parameters procedure_name: string(*) 


Owncode procedure name; 1 to 31 uppercase letters, digits, or 


special characters $ # @ _, beginning with a letter. 


status: VAR of ost$status 


Name of the status variable in which Sort/Merge returns the 


procedure completion status. 


Remarks e 
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The procedure name is the name of the owncode routine. If 


you enter an owncode routine name in lowercase letters, 


Sort/Merge will not convert the name to uppercase letters. 


Use uppercase letters to name a routine. 


Sort/Merge loads the owncode procedures before it begins 


the sort or merge. 


If the SMPSOWNCODE_PROCEDURE_n procedure is 
not called, no owncode routine is executed. 


Owncode routines are described in detail in chapter 3. 


You cannot specify both the SMPSOWNCODE _ 
PROCEDURE_5 and SMP$SUM procedure calls for the 
same sort or merge. 


You cannot specify an owncode 1 or 2 procedure for a 
merge. 
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SMP$RETAIN_ORIGINAL_ORDER 


SMP$RETAIN_ORIGINAL_ORDER 


Purpose Specifies that records with equal sort keys are output in the 
same order as they are input. 


@ Format SMP$RETAIN_ORIGINAL_ORDER (’option’, status); 


Parameters option: string (*) 
Indicates whether the input order is kept. 


YES or Y Keep the input order. 
NO or N Do not necessarily keep the input order. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e Ifthe option is YES (or Y), and you specify more than one 
sort or merge input file with the SMP$FROM_ FILE or 
SMP$FROM_FILES procedure, the order in which you 
specify the input files is the order in which records with 
equal keys are output. 


e Ifthe SMP$RETAIN ORIGINAL_ORDER procedure is 
@ not called, records with equal keys can be output in either 
order. 
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SMP$COLLATING_x 


SMP$COLLATING_x 


Execution of the SMP$COLLATING_x procedures allow you to define your 


own collating sequence. A collating sequence specifies the sort or merge order 


for character data. You must define all 256 characters for the collating 
sequence or use the SMP$COLLATING_REMAINDER procedure. A 
collating sequence consists of a series of value steps from low value to high 
value. Each value step consists of at least one character representation. 
When a value step contains more than one character, all characters that are 
named within the step are collated equally. 


A sequence of SMP$COLLATING_-x procedures defines your collating 
sequence. Your collating sequence definition starts with the 
SMP$COLLATING_NAME procedure and ends by any procedure other 
than SMP$COLLATING_NAME, SMP$COLLATING_CHARACTERS, 
SMP$COLLATING_REMAINDER, or SMP$COLLATING_ALTER. You 
can define as many as 100 collating sequences by specifying a separate 
series of SMP$COLLATING_-x procedures for each collating sequence. 


SMP$COLLATING_NAME 


Purpose Signals the start of your collating sequence definition and 
specifies the name of your collating sequence. 


Format SMP$COLLATING_NAME (name’, status); 


Parameters name: string(*) 
Your collating sequence name, 1 through 31 characters. The 
name must be a quoted literal specifying the sequence name. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e Your collating sequence name cannot be the same as the 
predefined collating sequence names and cannot be the 
same as a collating sequence you have already defined. 
Sort/Merge converts your sequence name to uppercase 
letters. 
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& Remarks 
(Contd) 


SMP$COLLATING_x 


e Your collating sequence name is used as the key type in the 
SMP$KEY procedure call when records are sorted or 
merged according to your collating sequence. For example, 
the SMP$COLLATING_NAME procedure call shown 
below names a collating sequence. 


SMP$COLLATING_NAME (‘mysequence’, status); 


The following call defines a key field that uses the 
user-defined collating sequence MYSEQUENCE: 


SMP$KEY (1, 10, ’mysequence’, ’a’, status); 


SMP$COLLATING_CHARACTERS 


Purpose 
Format 
Parameters 
Remarks 
Revision A 


Assigns collating positions to the characters in your collating 
sequence. 


SMP$COLLATING_CHARACTERS (char, status); 


char: array [*] of char 

One or more characters assigned to the collating position 
corresponding to the position of the call within the sequence 
of SMP$COLLATING_CHARACTERS (and 
SMP$COLLATING_REMAINDER) calls. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


The first SMP$COLLATING_CHARACTERS procedure call 
specifies the first value step or range of steps, the second 
SMP$COLLATING_CHARACTERS procedure call specifies 
the second value step or range of steps, and so on until your 
collating sequence is completely defined. 
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SMP$COLLATING_ALTER 


Purpose 


Format 


Parameters 


Determines whether the characters in the value step defined 
by the preceding SMP$COLLATING_CHARACTERS call 
are altered in the output. If altered, all characters in the value 
step are output as the first character in the value step. 


SMP$COLLATING_ALTER (option’, status); 
option: string(*) 

YES or Y Alter characters. 

NO or N Do not alter characters. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


SMP$COLLATING_REMAINDER 


Purpose 


Format 


Parameters 


Defines the position of the remainder value step in the 
collating sequence. The remainder value step consists of all 
characters that have not been included in value steps defined 
by SMP$COLLATING_CHARACTERS calls. 


SMP$COLLATING_REMAINDER (‘option’, status); 
option: string(*) 
YES, Y, NO or N 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 
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@ SMPS$STATUS 


SMP$STATUS 


Purpose Specifies the name of the program variable in which 
Sort/Merge stores the most severe error that occurred during 


the sort or merge. 
@ Format SMP$STATUS (variable, status); 


Parameters variable: VAR of integer 
Name of the integer status for the Sort/Merge. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


Remarks e The error levels that are represented by the variable 
returned to the SMP$STATUS procedure are as follows: 


Value Error Level 
0 No errors 
10 Informational 
20 Warning 
30 Fatal 
e 40 Catastrophic 
For example, if a 30 is returned to the SMP$STATUS 


procedure, a fatal error occurred during the sort or merge. 


e If you call the SMP$STATUS procedure, Sort/Merge does 
not abort if a catastrophic error occurs before any data 
records are input. However, if Sort/Merge calls another 
product and an unrecoverable error results, an abnormal 


job termination does occur. Sort/Merge treats error severity 
ERROR as a fatal error. 


Revision A 
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SMP$SUM 


SMP$SUM 


Purpose 
Format 


Parameters 


Remarks 


Specifies one or more fields to be summed. 
SMP$SUM (first, length, ’stype’, rep, status); 


first: integer 
First byte or bit of the sum field. (Bytes and bits are counted 
from the left, beginning with 1.) 


length: integer 
Number of bytes or bits in the sum field. 


stype: string(*) 
Name of a numeric data format. 


rep: integer 
Number of times the fields should be repeated to the right; a 
positive, nonzero integer. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


e The defined sum fields are summed when two records have 
equal keys. The records with equal keys are combined into 
one new record. 


The new record contains the equal keys and the summed 
fields. A data field that is not a key or sum field is written 
to the new record as a field from one of the old records. 


e The location of a sum field is specified as the position as 
the first bit or byte in the field. Bits and bytes are 
numbered from the left in the record beginning with 1. The 
location is a byte position unless the numeric format of the 
sum field is BINARY_ BITS or INTEGER_ BITS. 


e The maximum size of the BINARY, BINARY _BITS, 
INTEGER, INTEGER_ BITS, PACKED, and PACKED _ 
NS sum fields is one word. The maximum size of 
NUMERIC_LO, NUMERIC_LS, NUMERIC_ TO, 
NUMERIC_TS, NUMERIC_NS, or NUMERIC_FS sum 
fields with a nonseparate sign is 17 digits. If the sum fields 
have a separate sign, the maximum size is 17 digits plus 
one digit for the sign. 
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Remarks 
(Contd) 


Revision A 


SMP$SUM 


Sum fields can contain any type of numeric data, except 
REAL. Fields containing data in REAL format cannot be 
summed. See part II, chapter 1 for a list of the numeric 
data formats. 


The rep parameter specifies the number of consecutive sum 
fields defined by the SMP$SUM call. If the SMP$SUM call 
specified more the one field, the fields must be consecutive, 
must be the same length, and must contain the same type 
of numeric data. 


Sum fields cannot overlap one another. 


If a sum field contains no data because a record is short, 
the sum for that field is undefined. 


You can call SMP$SUM more than once for a Sort/Merge 
request. You can specify up to 100 sum fields per record. 


Sum fields and key fields cannot overlap. That is, the fields 
described as sum fields cannot also be key fields. 


You cannot specify both the SMP$RETAIN_ORIGINAL _ 
ORDER and SMP$SUM procedures in the same sort or 
merge. If you specify both, a warning error occurs. 


You cannot specify both the SMP$SUM and 
SMP$OWNCODE_PROCEDURE_5 procedures in the 
same sort or merge. If you specify both, a warning error 
occurs. 
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SMP$SUM 


Remarks e A fatal error is issued when a sum field contains invalid 

(Contd) data or when an arithmetic overflow or underflow 
condition occurs as a result of summing two fields. An 
error due to invalid data leaves the contents of the sum 
fields undefined; an error due to an arithmetic overflow or 
underflow leaves valid data in the sum fields, but it may 
not be the original data. 


A fatal error results in the following actions: 


1. The record or records are written to the exception file if 
an exception file was specified. (If the error was due to 
invalid data in a sum field, one record is written; if the 
error was due to an arithmetic overflow or underflow, 
both records are written.) 


2. The record or records are deleted from the sort or merge 
if an exception file was specified. If an exception file 
was not specified, the record or records remains in the 
sort or merge, but their place in the sort order is 
undefined. 


3. A diagnostic message is issued depending on the list 
options specification. 


4. The sort or merge continues normally. 


If you do not include an SMP$SUM call in the sequence of 
Sort/Merge calls, records with equal key values are not 
combined into a single record. 
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SMP$VERIFY 


SMPSVERIFY 


Purpose 


Format 


Parameters 


Remarks 


Directs Sort/Merge to check that merge input records are in 
sorted order. 


SMP$VERIFY (option’, status); 


option: string(*) 
Indicates whether Sort/Merge is to verify the order of the 
merge input records. 


YES or Y Verify record order. 
NO or N Do not verify record order. 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


e If you omit the SMP$VERIFY call from a merge 
specification, Sort/Merge does not verify the record order. 


e If you request merge order verification and Sort/Merge 
finds a merge input record out-of-order, Sort/Merge issues 
a diagnostic message. If an exception file was specified, 
Sort/Merge writes the out of order record to the exception 
file, deletes the record that is out of order, and continues 
merging. 


e If you specify an SMP$VERIFY call for a sort, Sort/Merge 
issues a warning message but otherwise ignores the call. 


SMP$END_SPECIFICATION 


Purpose 


Format 


Parameter 


Remarks 


Revision A 


Terminates your sort or merge specification and initiates 
Sort/ Merge processing. 


SMPS$END_SPECIFICATION (status); 


status: VAR of ost$status 
Name of the status variable in which Sort/Merge returns the 
procedure completion status. 


The SMP$END_SPECIFICATION procedure must be the 
last call in the Sort/ Merge call sequence. 
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Specifying Owncode Procedures ............. 0. ce cece cece eee eee eee 
& Owncode Procedure Parameters .............. 0c cece eee ee eee ee eeeee 
Owncode 1: Processing Input Records ............. 0.0 ce eee ee ee eens 
Owncode 2: Processing Input Files .........0... 0.0... cc cece ecw eens 
Owncode 3: Processing Output Records ............ 0c cece ec eee eee 
Owncode 4: Processing the Output File .............0..0 0... cece eee 
Owncode 5: Processing Records With Equal Keys 


Owncode Procedure Example ............ 0.0002 cee eee ee eee ees 


Owncode Procedures II-3 


You can write subprograms to insert, substitute, modify, or delete input and 

output records during Sort/Merge processing. Such a subprogram, called an 
owncode procedure, is executed each time the sort or merge reaches a certain 
point in Sort/Merge processing. 


Sort/Merge passes a record to the owncode procedure, which processes the 
record. When the record is returned to Sort/Merge from the owncode 
procedure, Sort/Merge processes the record according to a code passed by the 
owncode procedure. 


Owncode procedures can also supply the records to be sorted. When 
Sort/Merge is ready for a record, it calls the owncode procedure, which then 
passes a record to Sort/Merge. 


Specifying Owncode Procedures 


An SMP$OWNCODE_PROCEDURE_n call specifies the name of an 
owncode procedure Sort/Merge is to use; n is an integer from 1 through 5 
that tells Sort/Merge at which point in processing the procedure is executed. 
The SMP$OWNCODE_PROCEDURE_n call is described in chapter 2. 


Owncode procedures 1 and 2 can be called for a sort only; owncode 
procedures 3, 4, and 5 can be called for a sort or a merge. 


SMP$OWNCODE_PROCEDURE_n calls are optional. Each 
SMP$OWNCODE_PROCEDURE_n call in the Sort/Merge sequence of calls 
must specify a different procedure name. 


Use uppercase letters only when specifying a procedure name on an 
SMP$OWNCODE_PROCEDURE_n call. Sort/Merge does not convert 
lowercase letters in an owncode procedure name to uppercase letters. 


You can write an owncode procedure using any NOS/VE programming 
language, including FORTRAN (subroutine subprograms), COBOL 
(subprograms compiled with COBOL SP=TRUE option), or CYBIL. The 
owncode procedure must be compiled and stored as a module in an object 
library. 


Owncode procedures must either be loaded with the main program or be 
loadable from the program library list. To load an owncode procedure, 
Sort/Merge calls PMP$LOAD to load the procedure. PMP$LOAD then 
searches for the specified owncode procedure name in the directories of the 
object libraries in the program library list. 
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Owncode Procedure Parameters 


CYBIL owncode procedures that are loaded with the main program and © 
referenced with SMP$OWNCODE_PROCEDURE_n procedure calls must be 
declared XDCL procedures. 


For Sort/Merge to use an object library containing one or more owncode 

procedures, the object library file must be in the program library list. To add @ 
a file to the program library list before executing the CYBIL program, 

execute a SET PROGRAM ATTRIBUTES command. 


For detailed information on creating object libraries, see the SCL Object 
Code Management Usage manual. The example at the end of this chapter 
stores an owncode procedure in an object library. 


Owncode Procedure Parameters 


Sort/Merge communicates with an owncode procedure via parameters. The 
parameters are passed each time Sort/Merge executes the owncode 
procedure. 


Table [I-3-1 summarizes the owncode procedures and the parameters 
passed. Some parameters cannot be omitted; see table II-3-1 for the required 
parameters. 


The parameters passed between Sort/Merge and your owncode procedures & 
are: 


VAR return_code: integer 
Code altered by an owncode procedure and returned to Sort/Merge 


VAR reca: string (*) 
Contents of a record 


VAR rla: integer 
Record length of a record 


VAR recb: string(*) 
Contents of a second record (owncode 5 procedure only) 


VAR rlb: integer 
Record length of a second record (owncode 5 procedure only) 
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Table II-3-1. Owncode Procedure Summary 


Parameters Passed 


Procedure Return _ 
Type Processing Code reca ria recb_ rib Return_code Value 


Owncode 1 Input records x x x 0 Sort current record. 


Delete current record. 


pened 


ine) 


Insert new record. 


iow) 


Terminate input from 
current file. 


Owncode 2 Input files x x x 0 Begin processing next input 
file, if any. 


—_ 


Insert new record. 
Owncode 3 Output records x x x Q Output current record. 


1 Delete current record. 


bo 


Insert new record. 


we) 


Terminate output. 


Owncode 4 Output file x x x 0 Sort or merge is complete. 


—" 


Insert new record. 


Owncode 5 Equal keys x x x x x 0 Retain both records. 


_ 


Replace both records 
with new record. 


X = required parameter 


The return_code parameter is passed by Sort/Merge to an owncode 
procedure as an integer with value 0. The return_code parameter can be 
altered by the owncode procedure to the integer value 1, 2, or 3, or the 
parameter can be left unchanged. The value returned to Sort/Merge by this 
parameter indicates a specific action to be taken by Sort/Merge. A return __ 
code value that is not defined causes a fatal error. The meanings of the 
various return_ codes are discussed later in this chapter. 


The reca parameter is a variable used to pass the current record; except for 
the current record, the contents of reca are undefined. The rla parameter 
passes an integer value indicating the number of characters in current record 
passed by reca. 


The recb and rlb parameters are used only by an owncode 5 procedure; an 
owncode 5 procedure processes two records with equal keys. The first record 
is in reca, with length rla characters. The recb variable passes the second 
record with length rib characters. 
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The allowed length of records passed to and from an owncode procedure 
depends on how you have specified the record length, as follows: 


e If you have specified the SMP$OWNCODE_FIXED_LENGTH procedure, 
the number of bytes in the current record must equal the 
SMP$OWNCODE_FIXED_LENGTH value. 


e Otherwise, the maximum record length is determined as the largest value 
of the following: 


- The maximum_record_length file attribute values of the input or 
output files 


- The record length value specified by an SMP$QOWNCODE_ MAX _ 
RECORD_LENGTH procedure call. 


In this case, the number of bytes in each record can range from 1 through 
the maximum record length value. 


Either the owncode maximum record length or owncode fixed length must be 
specified if there are no input or output files. 


An rla or rlb parameter value that does not correspond to a record 
specification causes an error. 


The contents of the reca, rla, recb, and rlb variables can be altered by an 
owncode procedure; the routine can pass a different record back to 
Sort/Merge in reca or recb, and the number of characters in the record can be 
different. 


The record movement from Sort/Merge to an owncode procedure and back to 
Sort/Merge is shown below. 


Owncode 


Routine 
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Owncode 1: Processing Input Records 


An SMP$OWNCODE_PROCEDURE_1 procedure call specifies an owncode 
1 procedure. Sort/Merge executes an owncode_procedure_1 call each time it 
reads an input record. 


An owncode 1 procedure is used only with a sort request; specification of an 
owncode 1 procedure in a merge request returns a fatal error. 


One or More Input Files Specified 


If you specify one or more input files or the value $NULL on the 
SMP$FROM_FILES or SMP$FROM_FILE procedure call, the owncode 1 
procedure is executed after reading each record. The return_code, reca, and 
rla parameters are passed to the procedure by Sort/Merge. The return_code 
is 0, reca contains the record, and rla is the record length 1n characters. 


After owncode processing of the record, control returns to Sort/Merge, which 
processes the record passed back in reca according to the return_code value 
set by the owncode 1 procedure. The record passed back to Sort/Merge in 
reca can be different from the record originally passed to the procedure. 


The return_code value and the associated processing performed by 
Sort/Merge can be as follows: 


0 The record passed back to Sort/Merge in reca is sorted. The 
owncode 1 procedure is executed again with reca as an empty array 
and with rla=0. 


1 The record passed back to Sort/Merge in reca is deleted. 


2 An additional record is inserted into the sort. The record in reca is 
entered into the sort, and the owncode | procedure is executed again 
with reca and rla set to the record that just entered the sort. 


3 Input from the current file is terminated. The record in reca and any 
remaining records in the file are not sorted. If more input files are 
specified, records are read from the next input file. The owncode 1 
procedure is executed for each record read from the next file. 
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Input Files Not Specified 


If you do not specify any input files (you omit the the SMP$FROM_FILES 
call from the call sequence), the owncode 1 procedure is executed when 
Sort/Merge is ready for another record to process. The return_code, reca, and 
rla parameters are passed to the procedure by Sort/Merge. The return_code 
is 0, reca is an empty array with enough space for the largest record, and rla 
is 0. 


When control is returned to Sort/Merge from the owncode 1 procedure, the 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


0 The record passed back to Sort/Merge in reca is sorted. The 
owncode | procedure is executed again with reca as an empty array 
and with rla=0. 


2 An additional record is inserted into the sort. The record in reca is 
entered into the sort, and the owncode | procedure is executed again 
with reca and rla set to the record that just entered the sort. 


3 Input is terminated; anything in reca or rla is ignored. 
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& Owncode 2: Processing Input Files 


An SMP$OWNCODE_PROCEDURE_2 procedure call specifies an 
owncode 2 procedure. Sort/Merge executes the owncode 2 procedure to 
process input files. 


An owncode 2 procedure is used only with a sort request; specification of an 
owncode 2 procedure in a merge request returns a fatal error. 


One or More Input Files Specified 


If you specify one or more input files or the value $NULL with the 
SMP$FROM_ FILES or SMP$FROM_ FILE procedure call, the owncode 2 
procedure is executed after input from a file has terminated. Input terminates 
when end-of-partition is found, when end-of-information is found, or when 
an owncode 1 procedure passes a return_code value of 3 to Sort/Merge. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, and reca and rla are passed as a null 
record; reca is an empty array, and record length is 0. 


When control is returned to Sort/Merge from the owncode 2 procedure, the 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


0 Processing of the next input file, if any, begins. 


1 An additional record is inserted into the sort after the last record. The 
record inserted is the first rla characters in reca, which have been 
provided by the procedure. The owncode 2 procedure is executed 
again. 


Input Files Not Specified 


If you do not specify any input files (you omit the the SMP$FROM_ FILE 
call from the call sequence), the owncode 2 procedure is executed after an 
owncode 1 procedure has terminated input. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, and reca and rla are passed as a null 
record. 
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When control is returned to Sort/Merge from the owncode 2 procedure, the 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


0 Signals the end of input. 


1 An additional record is inserted into the sort after the last record. The @ 
record inserted is the first rla characters in reca, which have been 
provided by the procedure. The owncode 2 procedure is executed 
again. 
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Owncode 3: Processing Output Records 


An SMP$OWNCODE_PROCEDURE_ 3 procedure call specifies an 
owncode 3 procedure. Sort/Merge executes the owncode 3 procedure to 
process output records. 


Output File Specified 


If you specify an output file or the value $NULL with the SMP$TO_ FILE 
procedure call, the owncode 3 procedure is executed each time a record is 
ready to be written to the output file. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, reca is the output record, and rla is the 
record length in characters. 


After owncode processing of the record, control returns to Sort/Merge, which 
processes the record passed back in reca according to the return_code value 
set by the owncode 3 procedure. The return_code value and the associated 
processing performed by Sort/Merge can be as follows: 


Q The record passed back to Sort/Merge in reca is written to the output 
file. 


1 The record passed back to Sort/Merge in reca is not written to the 
output file. 


2 An additional record is written to the output file. The record in reca is 
written out, and the owncode 3 procedure is executed again with reca 
and rla set to the original record. 


3  Qutput to the file is terminated. The record in reca is not written out. 
If an owncode 4 procedure is specified, the procedure is executed; 
otherwise, the sort or merge is terminated. 


Output File Not Specified 


If you do not specify an output file (you omit the the SMP$TO_ FILES call 
from the call sequence), the owncode 3 procedure performs all output 
processing. Each output record is passed to the owncode 3 procedure. 
Sort/Merge does not write the record to an output file. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, reca is the record, and rla is the record 
length in characters. 
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When control is returned to Sort/Merge from the owncode 3 procedure, the & 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


1 Owncode 8 is called again. 


3 Output is terminated. If an owncode 4 procedure is specified, the & 
procedure is executed; otherwise, the sort or merge is terminated. 
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Owncode 4: Processing the Output File 


The SMP$OWNCODE_PROCEDURE_4 procedure specifies an owncode 4 
procedure. Sort/Merge executes the owncode 4 procedure to process the 
output file. 


Output File Specified 


If you specify an output file or the value $NULL with the SMP$TO_ FILE 
procedure call, the owncode 4 procedure is executed after the last record has 
been written to the output file. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, and reca and rla are passed as a null 
record. 


When control is returned to Sort/Merge from the owncode 4 procedure, the 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


0 The sort or merge is completed. 


1 An additional record is inserted after the last record. The record 
inserted is the first rla characters in reca. The owncode 4 procedure is 
executed again with return_code, reca, and rla. 


Output File Not Specified 


If you do not specify an output file (you omit the the SMP$TO_ FILES call 
from the call sequence), the owncode 4 procedure is executed after an 
owncode 3 procedure has terminated output. 


The return_code, reca, and rla parameters are passed to the procedure by 
Sort/Merge. The return_code is 0, and reca and rla are passed as a null 
record. 


When control is returned to Sort/Merge from the owncode 4 procedure, the 
return_code value and the associated processing performed by Sort/Merge 
can be as follows: 


0 The sort or merge is completed. 


1 This value is meaningless because no output file has been specified. 
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Owncode 5: Processing Records With 
Equal Keys 


An SMP$OWNCODE_PROCEDURE_5 procedure call specifies an 
owncode 5 procedure. Sort/Merge executes the owncode 5 procedure when it 
encounters two records with equal key values during a sort or merge. 


The SMP$OWNCODE_PROCEDURE_5 procedure can be called at any 
time during the sort or merge whenever Sort/Merge detects duplicate records. 


The return_code, reca, rla, recb, and rlb parameters are passed to the 
procedure by Sort/Merge. The return_code is 0; reca and recb contain the 
first and second records, respectively, and rla and rlb contain the record 
lengths in characters of the first and second records, respectively. 


After the owncode 5 procedure processes the two records, control is returned 
to Sort/Merge. Sort/Merge then processes the records according to the 
return_code value set by the owncode 5 procedure. The return_code value 
and the associated processing performed by Sort/Merge can be as follows: 


0 The first rla characters of reca are accepted as the first record; the 
first rlb characters of recb are accepted as the second record (the 
records and record lengths passed back to Sort/Merge can be 
different from the records and record lengths passed to the owncode 
procedure). 


1 One duplicate record is deleted. The other record is replaced with the 
first rla characters of reca. 


If you call the SMP$RETAIN ORIGINAL ORDER procedure in a sort with 
an owncode 5 procedure, the record that first entered the sort is passed to 
the owncode 5 procedure as reca; otherwise, either of the two records with 
equal keys could be passed to the procedure as reca. 


The owncode 5 procedure can control the order in which the two records are 
written to the output file. The record returned to Sort/Merge as reca is 
written to the output file before the record is returned as recb. 
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Owncode Procedure Example 


An owncode 3 procedure written in FORTRAN is shown below. The 
procedure deletes the first record in a file. The variable COUNT keeps track 
@ of the number of times the owncode routine is entered. 


SUBROUTINE OWNCODE (retcode,reca,rla) 
INTEGER retcode, rla, count 

CHARACTER reca*38 

DATA count /0/ 


count = count +1 


IF Ccount.eq.1) THEN 
retcode = 1 

ELSE 
retcode = 0 

ENDIF 


RETURN 
END 


For detailed information on placing a subroutine into an object library, see 
the SCL Object Code Management Usage manual. The commands to place 

r the example subroutine OWNCODE into the object library file 
$USER.OWN_LIBRARY are as follows: 


/fortran input=owncode 

/create_object_library 

COL/add_module Library=$local.lgo 
COL/generate_Library Library=$user.own_library 
COL/ quit 


The following command displays the contents of $USER.OWN_LIBRARY: 


/display_object_library Library=$user.own_library .. 
--/display_option=entry_point 


Display of object library - OWN_LIBRARY 


OWNCODE - load module 


@ entry points 
OWNCODE 
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The following command adds $USER.OWN_ LIBRARY to the program 
library list: 


/set_program_attribute add_library=$user.own_library 


After executing these commands, a CYBIL program can be executed in & 
which the subroutine OWNCODE can be called from a sequence of 
Sort/Merge procedure calls such as: 


smp$begin_sort_specification Ciarray, status); 
smp$from_file (‘'university_students', status); 
smp$to_file ('field_of_study', status); 
smp$key (1, 10, ‘ascii', ‘a', status); 
smpSowncode_procedure_3 ('owncode', status); 
smp$end_specification (status); 
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D 


Data Block 


A keyed-file block in which data records are stored. Contrast with Index 
Block. 


Data-Block Split 


The process of creating two or three data blocks from an existing data 
block when a record to be written does not fit into the remaining space of 
the existing block. 


Deck 
A sequence of lines in a source library that can be manipulated as a unit 
by the Source Code Utility (SCU). 

Default Value 


The value used for the parameter value if no value is explicitly specified. 


Descending Sort Order 


Used with the Sort/Merge interface to mean sorting key values from 
highest to lowest value. Contrast with Ascending Sort Order. 


Direct-Access File Organization 


A keyed-file organization in which records are accessed directly by 
hashing the primary-key value. Records can be accessed sequentially, but 
the records are not returned in sorted order. Contrast with 
Indexed-Sequential File Organization. 


Duplicate Key Value 
The situation detected when a record to be written to the file has a key 
value that matches a key value already in the file (or another value for the 
alternate key in the same record). It can also be detected during 
application of a new alternate-key definition to a file. 

Duplicate Key Value Control 


The alternate-key attribute that indicates whether duplicate values are 
allowed for the key and, if so, how the duplicates are ordered. 


E 
EBCDIC 


The abbreviation for extended binary-coded decimal interchange code, an 
8-bit code representing a coded character set. 


Embedded Key 


Key that is part of the data in each record. (Alternate keys are always 
embedded.) Contrast with Nonembedded Key. 
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End-Of-Information (EOD) 


The point at which data in a file ends. For a keyed file, the EOI file & 
position means that the file is positioned after the record with the highest 
key value. 


Entry Point 2 
A location within a program unit that can be branched to from other 
program units. Each entry point has a unique name. 


Exception Records File 


As used with the Sort/Merge interface, a file to which invalid records are 
written before the records are removed from the sort or merge. 


External Reference 


A reference in one program unit to an entry point in another program 
unit. 


F 


F Record Type 
Fixed-length records, as defined by the ANSI standard. 


Field 
A subdivision of a record. e 


File 


A collection of information referenced by a name. 


File Attribute 


A characteristic of a file. Each file has a set of attributes that define the 
file structure and processing limitations. 


File Cycle 


A version of a file. All cycles of a file share the same file entry in a 
catalog. The file cycle is specified in a file reference by its number or by a 
special indicator, such as $NEXT. 


File Organization 
The file attribute that determines the record access method for the file. See 
Sequential File Organization, Byte-Addressable File Organization, and 
Keyed File Organization. 


File Position @ 


The location in the file at which a subsequent sequential read or write 
operation would begin. 
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File Reference 


& An SCL element that identifies a file and optionally the file position to be 
established prior to use. 


Flush Request 


& A program request to write to the file device the parts of a file that have 
been modified in memory since the last time the file was written. For 
keyed files, the file device is always disk; for sequential files, the flush 
request can write to disk or to an interactive terminal. 


Flushing 


The process of writing to disk any parts of a file whose images in real 
memory have been altered or expanded, if the alteration or expansion has 
not yet been made on disk. Flushing does not alter the logical status or 
position of a file. 


H 
Hashing Procedure 


The procedure used to relate a primary-key value to a home block number 
in a direct-access file. The procedure is executed for each file request that 
specifies a key value. 


@ Home Block 


A unit of space in a direct-access file that can be accessed directly. If 
possible, data records are stored in home blocks. Contrast with Overflow 
Blocks. 


I 
Index Block 


An indexed-sequential file block in which index records are stored. 
Contrast with Data Block. 
Index-Block Split 


The process of creating two index blocks from an existing index block 
when a record to be written does not fit into the remaining space of the 
existing block. 


Index Level 


pointer to a data record to be found, an index block must be searched at 
each index level. 


& A rank in the index-block hierarchy in an indexed-sequential file. For the 
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Index Level Overflow 


The condition when a record cannot be written to a file because writing @ 
the record would require addition of another index level and the file 
already has 15 index levels. 


Index Record | 
A record in an index block that associates a key value with a pointer to ® 
either a data block or an index block in the next-lower level of the index 
hierarchy. 


Indexed-Sequential File Organization 


A keyed-file organization in which records can be read sequentially, 
ordered by key value, or read randomly by a key value. 


Instance of Open 


A particular opening of a file as distinguished from all other openings of 
the file. The system assigns each instance of open a unique file identifier. 
Closing the file ends the instance of open. 


Integer Key 


The key type that orders key values numerically. The key values can be 
positive or negative integers. Contrast with Collated Key and Uncollated 
Key. 


roo 


Job 


A set of tasks executed for a user name. 


K 


Key 


For Sort/Merge, a key is a part of a record used to determine the position 
of the record within a sorted sequence of records. 


In a keyed file, a key is a value associated with a record as a means of 
accessing records. It may be a field in the record. See Primary Key and 
Alternate Key. 


Key List 
The sequence of primary-key values associated with an alternate-key | 
value in an alternate index. If the alternate key does not allow duplicate & 
values, each key list contains only one value. Otherwise, each key list 
contains a primary-key value for each record that contains the 
alternate-key value. 
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Key Type 
@ The kind of data in a key. 


For Sort/Merge, a key type is the name of a numeric data format or 
collating sequence. 


& For a keyed file, the possible key types are uncollated, collated, and 
integer. 
Keyed-File Organization 


A file organization that provides for record access by a key value. 
Currently, the keyed-file organizations are indexed-sequential and 
direct-access. 


L 


Library 
See Source Library and Object library. 


Local File 
A file that is accessed via the $LOCAL catalog. See also File, Path, and 
Local Path. 


eS Local File Name 


The name used by an executing job to reference a file while the file is 
assigned to the job’s $LOCAL catalog. Only one file can be associated 
with a given name in a job; however, in one job, a file can have more than 
one instance of open by that name. 


Local Path 


Identifies a local file as follows: 
$LOCAL.file_ name 
Lock 


The method by which an instance of open makes a primary-key value (or, 
for a file lock, all primary-key values) inaccessible to other instances of 
open of the file. 
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M 


Major Key & 


The leftmost part of a key. The number of bytes to be used is specified as 
the major key length. A major key can be used to position or read a keyed 


file. 9 


Major Sort Key 


As used with the Sort/Merge interface, a sort key that is the most 
important and is specified first. 


Mass Storage 
Disk storage. 


Merge 


The process of combining two or more presorted files. 


Minor Sort Key 


As used with the Sort/Merge interface, a sort key that is specified after 
the major sort key on a SORT or MERGE command or in a procedure call. 
Minor keys are sorted after the major sort key. 


Module 


A unit of code. An object module is the unit of object code corresponding 
to a compilation unit. A load module is a unit of object code stored in an & 
object library. 


When using the Debug utility, module refers to a program unit. 


N 


Nested File 


File defined within a keyed file. A nested file is recognized and used by the 
keyed-file interface; it is not recognized or used by the NOS/VE file 
system. 


Nonembedded Key 
A primary key that is not part of the record data. Contrast with 
Embedded Key. 


Null Suppression 


Alternate-key attribute indicating that records with null alternate-key 
values are not included in the alternate index. @ 
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O 
Object Code 


Executable code produced by the compiler. 


Object Library 
e A library of modules that the system can load and execute as needed. 


Open Operation 
A set of preparatory operations performed on a file before input and 
output can take place. 

Open Request 
A program request notifying the system that the program wants to access 
file data. 

Overflow Block 
Unit of space in a direct-access file to which a record is written when its 
home block is full. See also Home Block. 

Owncode Procedure 


A user-written module, executed by Sort/Merge, that inserts, substitutes, 
modifies, or deletes records. 


eS. 


Padding 
Space deliberately left unused in each block created during the initial 
open of a keyed file. Keyed-file blocks are padded to allow easy insertion 
of records after creation of the file. 

Path 
Identifies a file. A path may include the family name, user name, 
subcatalog name or names, and file name. 

Permanent File 
A file preserved by NOS/VE across job executions and system deadstarts. 
A permanent file has an entry in a permanent catalog. See File. 

Piece 
One of the fields of a concatenated alternate key. 
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Primary Key 
The required key in a keyed file. Primary-key value must be unique in the @ 
file. See also Alternate Key. 

Program-Library List 


The list of object libraries searched for modules during program loading. © 
A program-library list search is required to load a collation table module 
or a Sort/Merge owncode procedure module. 


Random Access 


The process of reading or writing a record in a file without having to read 
or write the preceding records; applies only to mass storage files. Contrast 
with Sequential Access. 


Record 


A unit of data that can be read or written by a single I/O request. Also, a 
set of related data processed as a unit when reading or writing a file. 


Repeating Groups 


An alternate-key attribute indicating that each data record can contain 
more than one value for the alternate key. @ 


Rewind 


For sequential and byte-addressable files, to position a file at its 
beginning of information (BOI). For keyed files, to position a file at the 
record with the lowest key value. 


Ring 
The level of hardware protection given a file or segment. A file is protected 
from unauthorized access by tasks executing in higher rings. 


Ring_ Attributes 


A file.attribute whose value consists of three ring numbers referenced as 
rl, r2, and r3. The ring numbers define four ring brackets for the file as 
follows: 


Read bracket is 1 through r2. 
Write bracket is 1 through rl. 
Execute bracket is rl through r2. o 


Call bracket is r2+1 through r3. 
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S 


Sequential Access 
An access mode in which records are processed in the order (physical or 
logical) in which they occur on a storage device. Contrast with Random 
Access. 

Sequential File Organization 
A file organization in which records can only be processed in physical 
order. Records are always read in the order that they were written to the 
file. 

Sort 


The process of arranging records in a specified order. 


Sort Key 
As used with the Sort/Merge interface, a field of information within each 
record in a sort or merge input file that is used to determine the order in 
which records are written to the output file. 

Sort Order 


Ordering of data according to key fields, either ascending or descending. 


Source Code 
Code written by the programmer in a language such as CYBIL, and input 
to a compiler. 

Source Library 
A collection of text units on a file, generated and manipulated by the 
Source Code Utility (SCU). 

Sparse-Key Control 
An alternate-key attribute that allows only certain records to be included 
in the alternate index. Inclusion or exclusion of a record is determined by 
the character at the sparse-key control position of the record. 

Statistics 
Counts maintained for a keyed file. Each type of file access is counted as 
well as the number of records in the file. 

Status Variable 


The variable in which the completion status of the command or procedure 
is returned. 
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Glossary 


Sum Fields 


Used with the Sort/Merge interface, a record field containing a numeric oe 
value from the corresponding field of another record when the records are 

summed. The sum of the two values is stored in the new record that is 

created by the summing. 


Summing & 


Used with the Sort/Merge interface, the process of combining two records 
having identical key values. The result of the process is a new record 
containing the original values of the key fields, the summed values of the 
sum fields, and data from one of the original records in any other record 
fields. 

System Command Language (SCL) 


The language that provides the interface to the features and capabilities 
of NOS/VE. All commands and statements are interpreted by SCL before 
being processed by the system. 


T 
Task 


The instance of execution of a program. 


Uae ry 


U Record Type 


Records for which the record structure is undefined. 


Uncollated Key 


A key consisting of 1 to 255 eight-bit characters. These keys are sorted by 
the magnitude of their binary ASCII code values. Contrast with Collated 
Key. 


Vv 


V Record Type 


Variable-sized record; system default record type. Each V-type record has 
a record header. The header contains the record length and the length of 
the preceding record. 
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Working Storage Area 


An area allocated by the task to hold data copied by get or put calls to a 


file. @ 
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ASCII Character Set B I 


This appendix lists the following character set: 
® ASCII (the only character set used by NOS/VE) 


NOS/VE supports the American National Standards Institute (ANSI) ASCII 
character set (ANSI X3.4-1977). Although the ASCII character set contains 
256 character codes, only the first 128 codes are used; the second 128 codes 
are unassigned. NOS/VE represents each 7-bit ASCII code in an 8-bit byte. 
The 7 bits are right-justified in each byte. For ASCII characters, the eighth 
or left-most bit is always zero. 
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ASCIT CHARACTER SET 


Table B-1. ASCII Character Set 


ASCII Code & 


Graphic or 
Decimal Hexadecimal Octal Mnemonic Name or Meaning 


000 00 000 NUL Null ®& 
001 01 001 SOH Start of heading 

002 02 002 STX Start of text 

003 03 003 ETX End of text 

004 04 004 EOT End of transmission 
005 05 005 ENQ Enquiry 

006 06 006 ACK Acknowledge 

007 07 007 BEL Bell 

008 08 010 BS Backspace 

009 09 011 HT Horizontal tabulation 
010 0A 012 LF Line feed 

011 OB 013 VT Vertical tabulation 
012 OC 014 FF Form feed 

013 0D 015 CR Carriage return 

014 OE 016 SO Shift out 

015 OF 017 SI Shift in 

016 10 020 DLE Data link escape 

017 11 021 DC1 Device control 1 

018 12 022 DC2 Device control 2 

019 13 023 DC3 Device control 3 

020 14 024 DC4 Device control 4 

021 15 025 NAK Negative acknowledge 
022 16 026 SYN Synchronous idle 
023 17 027 ETB End of transmission block 
024 18 030 CAN Cancel 

025 19 031 EM End of medium 

026 1A 032 SUB Substitute 

027 1B 033 ESC Escape 

028 1C 034 FS File separator 

029 1D 035 GS Group separator 

030 1K 036 RS Record separator 
031 1F 037 US Unit separator 

032 20 040 SP Space 

033 21 041 ! Exclamation point 
034 22 042 ie Quotation marks 
035 23 043 # Number sign 

036 24 044 $ Dollar sign 

037 25 045 % Percent sign 

038 26 046 & Ampersand 

039 27 047 Apostrophe 

040 28 050 ( Opening parenthesis 
041 29 051 ) Closing parenthesis 
042 2A 052 - Asterisk 

043 2B 053 a Plus 


(Continued) 
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ASCII CHARACTER SET 


@& Table B-1. ASCII Character Set (Continued) 


ASCII Code 


Graphic or 
@ Decimal Hexadecimal Octal Mnemonic Name or Meaning 


044 2C 054 : Comma 

045 2D 055 - Hyphen 

046 2E 056 ; Period 

047 2F 057 fi: Slant 

048 30 060 0 Zero 

049 31 061 1 One 

050 By 062 2 Two 

051 33 063 3 Three 

052 34 064 4 Four 

053 35 065 5 Five 

054 36 066 6 Six 

055 37 067 7 Seven 

056 38 070 8 Right 

057 39 071 9 Nine 

058 3A 072 Colon 

059 3B 073 ; Semicolon 
060 3C 074 < Less than 
061 3D 075 = Equals 

062 3E 076 > Greater than 
063 3F 077 te Question mark 
064 40 100 @ Commercial at 
065 4] 101 Uppercase A 
066 42 102 B Uppercase B 
067 43 103 C Uppercase C 
068 44 104 D Uppercase D 
069 45 105 E Uppercase E 
070 46 106 F Uppercase F 
071 47 107 G Uppercase G 
072 48 110 H Uppercase H 
073 49 111 I Uppercase I 
074 4A 112 J Uppercase J 
075 4B 113 K Uppercase K 
076 4C 114 L Uppercase L 
077 4D 115 M Uppercase M 
078 4k 116 N Uppercase N 
079 4F 117 O Uppercase O 
080 50 120 P Uppercase P 
081 51 121 Q Uppercase Q 
082 52 122 R Uppercase R 
083 53 123 S Uppercase S 
084 54 124 T Uppercase T 
085 55 125 U Uppercase U 
086 56 126 Vv Uppercase V 
087 57 127 W Uppercase W 
088 58 130 X Uppercase X 
089 59 131 y. Uppercase Y 


(Continued) 
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ASCII CHARACTER SET 


Table B-1. ASCII Character Set (Continued) 


Decimal 


090 
091 
092 
093 


ASCII Code 


Hexadecimal 


Octal 


132 
133 
134 
135 


136 
137 
140 
141 


142 
143 
144 
145 


146 
147 
150 
151 


152 
153 
154 
155 


156 
157 
160 
161 


162 
163 
164 
165 


Graphic or 
Mnemonic 


Z 
‘ 
| 


A 


4 


es 2 OOo 


L “NM HM Ed Sees CUO BR 


DEL 
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Name or Meaning 


Uppercase Z 


Opening bracket 


Reverse slant 


Closing bracket 


Circumflex 
Underline 
Grave accent 
Lowercase a 


Lowercase b 
Lowercase c 
Lowercase d 
Lowercase e 


Lowercase f 
Lowercase g 
Lowercase h 
Lowercase 1 


Lowercase j 
Lowercase k 
Lowercase | 
Lowercase m 


Lowercase n 
Lowercase 0 
Lowercase p 
Lowercase q 


Lowercase r 
Lowercase s 
Lowercase t 
Lowercase u 


Lowercase v 
Lowercase w 
Lowercase x 
Lowercase y 


Lowercase z 


Opening brace 


Vertical line 
Closing brace 
Tilde 

Delete 


Revision A 


@ Constant and Type Declarations C 


This appendix lists the constant and type declarations used by the 
procedures described in this manual. In general, the declarations are listed in 

& alphabetical order by identifier name. However, the numeric order of ordinal 
constants is maintained. 


AM 


Constants 
aac$access_method_ID = ‘AA'; 
amc$access_method_id = ‘AM'; 


amc$apl = ‘APL’, 
amc$assembler = 'ASSEMBLER'; 
amc$basic = 'BASIC'; 
amc$cobol = 'COBOL'; 
amc$cybil = ‘CYBIL'; 
amc$data = 'DATA'; 

& amc$debugger = 'DEBUGGER'; 


amc$file_byte_Limit = 4398046511103 { 2**42 - 1 } 
{ bytes } ; 

amc$fortran = 'FORTRAN'; 

amc$legible = 'LEGIBLE'; 

amc$library = 'LIBRARY'; 

amc$list = 'LIST'; 

amc$mau_Length = 2048 { bytes } ; 


amc$max_attribute = 511 { O1ff(16) } ; 
amc$max_block_number = Off ffffff(16); 
amc$max_blocks_per_file = amc$file_byte_lLimit DIV 
amc$mau_ length; 

amc$max_buffer_Length = 16777215 { 2**24 - 1 bytes } ; 
amc$max_ecc_program_action = 161999; 
amc$max_ecc_validation = 160999; 
amc$max_error_count = Offff (16); 
amc$max_fap_layers = 15; 
amc$max_file_id_ordinal = 4095; 

} amc$max_home_blocks = amc$file_byte_Limit; 
amc$max_index_level = 15; 
amc$max_info = O01ff(16); 
amc$max_key_length = 255, 
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AM Constants 


amc$max_key_position = Offff(16), 
amc$max_label_lLength = oscSmaximum_offset; 
amc$max_lLine_number = 6; 
amc$max_lines_per_inch = 12, 
amc$max_operation = 01ff(16); 

amc$max_optional_attributes = 72, & 
amc$max_page_width = 65535; 

amc$max_path_name_size = 256; 

amc$max_record_header = 16; 

amc$max_records_per_block = Offff(16); 

amc$max_statement_id_length = 17; 

amc$max_tape_mark_count = 40000; 

amc$max_user_info = 32; 

amc$max_vol_number = 65536; 


amc$maximum_block = 16777216 { 2**24 bytes } ; 
amc$maximum_record = amc$file_byte_limit; 


amc$min_ecc_program_action = 161000; 
amc$min_ecc_validation = 160000; 


amc$object = 'OBJECT'; 

amc$pascal = 'PASCAL'; 

amc$pli = 'PLI'; @& 
amc$ppu_assembler = 'PPU_ASSEMBLER'; 

amc$scl = 'SCL'; 

amc$scu = 'SCU'; 

amc$unknown_contents = 'UNKNOWN'; 


amc$Sunknown_processor = 'UNKNOWN'; 
amcSunknown_structure = 'UNKNOWN'; 


Ordinals 


(} 

{Codes 1..100 are reserved for operations which are} 

{not passed to file_access_procedures.} 

{} 
amc$access_method_req = 1, 
amc$add_to_file_description_req = 3, 
amc$allocate_req = 5, 
amc$change_file_attributes_cmd = 6, 
amc$compare_file_cmd = 7, @ 
amc$copy_file_cmd = 8, 
amc$copy_file_req = 9, 
amc$copy_partitions_req = 10, 
amc$copy_records_req = 11, 
amc$copy_partial_records_req = 12, 
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AM Ordinals 


amc$detach_file_cmd = 17, 

@ amc$display_file_attributes_cmd = 18, 
amc$display_file_cmd = 19, 
amc$evict_req = 20, 
amc$fetch_fap_pointer_req = 22, 

@ amc$file_req = 24, 
amc$get_file_attributes_req = 30, 
amc$label_req = 50, 
amc$override_file_attributes = 60, 
amc$rename_req = 72, 
amc$return_req = 74, 
amc$rewind_files_cmd = 75, 
amc$set_local_name_abnormal_req = 76, 
amc$set_file_attributes_cmd = 77, 
amc$set_file_inst_abnormal_req = 78, 
amc$skip_tape_marks_cmd = 81, 
amc$skip_tape_marks_req = 82, 
amc$store_fap_pointer_req = 84, 


amc$validate_caller_privilege = 95, 
{} 


{ Codes amc$fap_op_start..(Camc$last_access_start-1) are } 
{ reserved for operations which are passed to } 
© { file_access_procedures but which are not recorded in } 
{ last_access_operation status. } 
{} 
amc$fap_op_start = 101, 
amc$fetch_access_information_rq = 101, 
{} 
{ Codes amc$last_access_start..amc$max_operation are } 
{ reserved for operations which are passed to } 
{ file_access_procedures. } 
{3 
amc$last_access_start = 105, 
amc$check_buffer_req = 110, 
amc$check_record_req = 111, 
amc$close_req = 112, 
amc$close_volume_req = 113, 
amc$delete_req = 114, 
amc$delete_direct_req = 115, 
amc$delete_key_req = 116, 
amc$fetch_req = 117, 
& amc$flush_req = 118, 
amc$get_direct_req = 119, 
amc$get_key_req = 120, 
amc$get_label_req = 121, 
® amc$get_next_req = 122, 
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AM Ordinals 


C-4 


amc$get_next_key_req = 123, 
amc$get_partial_req = 124, 
amc$get_segment_pointer_req = 126, 
amc$lock_file_req = 127, 
amc$lock_file = 127, 
amc$open_req = 128, 
amc$pack_block_req = 129, 
amc$pack_record_req = 130, 
amcS$put_direct_req = 131, 
amc$put_key_req = 132, 
amc$put_label_req = 133, 
amc$put_next_req = 134, 
amc$put_partial_req = 135, 
amc$putrep_req = 137, 
amc$read_req = 138, 
amc$read_direct_req = 139, 
amc$read_direct_skip_req = 140, 
amc$read_skip_req = 141, 
amc$Sreplace_req = 142, 
amc$replace_direct_req = 143, 
amc$replace_key_req = 144, 
amc$rewind_req = 145, 
amc$rewind_volume_req = 146, 
amcSseek_direct_req = 147, 
amc$set_segment_eoi_req = 148, 
amc$set_segment_position_req = 149, 
amc$skip_req = 150, 
amc$start_req = 151, 
amc$store_req = 152, 
amc$Sunlock_file_req = 153, 
amc$unlock_file = 153, 
amc$unpack_block_req = 154, 
amcSunpack_record_req = 155, 
amc$write_req = 156, 
amc$write_direct_req = 157, 
amc$write_end_partition_req = 158, 
amc$write_tape_mark_req = 159, 
ifcSfetch_terminal_req = 160, 
ifc$store_terminal_req = 161, 
amc$abandon_key_definitions = 162, 
amc$abort_file_parcel = 163, 
amc$apply_key_definitions = 164, 
amc$begin_file_parcel = 165, 
amc$check_nowait_request = 166, 
amc$commit_file_parcel = 167, 
amc$Screate_key_definition = 168, 
amc$create_nested_file = 169, 
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AM Ordinals 


© amc$delete_key_definition = 170, 
amc$delete_nested_file = 171, 

amc$find_record_space = 172, 
amc$get_key_definitions = 173, 
amc$get_lock_keyed_record = 174, 

© amc$get_lock_next_keyed_record = 175, 
amc$get_nested_file_definitions = 176, 
amc$get_next_primary_key_List = 177, 
amc$get_primary_key_count = 178, 
amc$get_space_used_for_key = 179, 
amc$lock_key = 180, 
amc$select_key = 181, 
amc$select_nested_file = 182, 
amc$separate_key_groups = 183, 
amc$Sunlock_key = 184, 

{} 
amc$block_number = 1, 
amc$current_byte_address = 2, 
amc$eoi_byte_address = 3, 
amc$error_count = 4 { Supported only for } 
{ indexed_sequential files }, 

amc$error_status = 5, 
amc$file_position = 6, 

@ amc$last_access_operation = 7, 
amc$last_op_status = 8, 
amc$levels_of_indexing = 9 { Supported only for } 

{ indexed_sequential files }, 

amc$previous_record_address = 10, 
amc$previous_record_Length = 11, 
amc$residual_skip_count = 12, 
amc$volume_position = 13, 
amc$volume_number = 14, 
amc$duplicate_value_inserted = 15, 
amc$number_of_nested_files = 16, 
amc$null_item = 17, 
amc$number_of_volumes = 18, 
amc$primary_key = 19, 
amc$selected_key_name = 20, 
amc$selected_nested_file = 21, 
amc$volume_description = 22, 


{} 
amc$access_level = 1, 
_ amc$access_mode = 2, 
amc$application_info = 3, 
amc$average_record_length = 4, 


amc$block_type = 5, 
© amc$character_conversion = 6, 
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C-6 


amc$clear_space = 7, 
amc$collate_table = 8, 
amc$collate_table_name = 9, 
amc$data_padding = 12, 
amc$embedded_key = 13, 
amc$error_exit_name = 14, 
amc$error_exit_procedure = 15, 
amc$error_limit = 16, 
amc$error_options = 17, 
amc$estimated_record_count = 18, 
amc$file_access_procedure = 19, 
amc$file_contents = 20, 
amc$file_length = 21, 
amc$file_limit = 22, 
amc$file_organization = 24, 
amc$file_processor = 25, 
amc$file_structure = 26, 
amc$forced_write = 27, 
amc$global_access_mode = 28, 
amc$global_file_address = 29, 
amc$global_file_position = 30, 
amc$global_file_name = 31, 
amc$global_share_mode = 32, 
amc$index_levels = 33, 
amc$index_padding = 34, 
amc$internal_code = 35, 
amc$key_Length = 36, 
amc$key_position = 3/7, 
amc$key_type = 38, 
amc$label_exit_name = 39, 
amc$Label_exit_procedure = 40, 
amc$Label_options = 41, 
amc$label_type = 42, 
amc$line_number = 44, 
amc$max_block_length = 45, 
amc$max_record_length = 46, 
amc$message_control = 47, 
amc$min_block_length = 48, 
amc$min_record_length = 49, 
amc$null_attribute = 50, 
amc$open_position = 51, 
amc$padding_character = 52, 
amc$page_format = 53, 
amc$page_length = 54, 
amc$page_width = 55, 
amc$permanent_file = 56, 
amc$preset_value = 57, 
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AM Ordinals 


amc$record_Llimit = 59, 
amc$record_type = 60, 
amc$records_per_block = 61, 
amc$return_option = 62, 
amc$ring_attributes = 63, 
amc$statement_identifier = 64, 
amc$user_info = 66, 
amc$vertical_print_density = 67, 
amc$compression_procedure_name = 68, 
amc$dynamic_home_block_space = 69, 
amc$hashing_procedure_name = 70, 
amc$initial_home_block_count = 71, 
amc$loading_factor = 72, 
amc$lock_expiration_time = 73, 
amc$logging_options = 74, 
amc$lLog_residence = 75, 


amc$concatenated_key_portion = 100, 
amc$duplicate_keys = 101, 
amc$group_name = 102, 
amc$null_suppression = 103, 
amc$repeating_group = 104, 
amc$sparse_keys = 105, 
amc$variable_length_key = 106, 
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AM Types 


Types 


amt$access_info = record 

item_returned {output} : boolean, 

case key { input } : amt$access_info_keys of 
{ output } 


C-8 


amc$block_number = 

block_number: amt$block_number, 

amc$current_byte_address = 

current_byte_address: amt$file_byte_address, 

amc$duplicate_value_inserted = 

duplicate_value_inserted: boolean, 

amc$eoi_byte_address = 

eoi_byte_address: amt$file_byte_address, 

amc$error_count = 

error_count: amt$error_count, 

amc$error_status = 

error_status: ost$status_condition, 

amc$file_position = 

file_position: amt$file_position, 

amc$last_access_operation = 

last_access_operation: 
amt$last_access_operation, 

amc$last_op_status = 

last_op_status: amt$last_op_status, 

amc$levels_of_indexing = 

levels_of_indexing: amt$index_levels, 

amc$null_item = 

F 

amc$number_of_nested_files = 

number_of_nested_files: amt$nested_file_count, 

amc$number_of_volumes = 

number_of_volumes: amt$Svolume_number, 

amc$previous_record_address = 

previous_record_address: amt$file_byte_address, 

amc$previous_record_length = 

previous_record_length: amt$max_record_length, 

amc$primary_key = 

primary_key: amt$primary_key, 

amc$residual_skip_count = 

residual_skip_count: amt$residual_skip_count, 

amc$selected_key_name = 

selected_key_name: amt$selected_key_name, 

amc$selected_nested_file = 

selected_nested_file: amt$selected_nested_file, 
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= amc$volume_description = 
volume_index {input}. : amtSvolume_number, 
volume_description {output} : rmt$volume_descriptor, 
= amc$volume_number = 


volume_number: amt$volume_number, 
@ = amc$volume_position = 
volume_position: amt$volume_position, 


casend 
recend; 


amt$access_info_keys = 1 .. amc$max_info; 


amt$access_information = array [1 .. * ] of 
amt$access_info; 


amt$access_level = (amc$physical, amc$record, 
amc$segment) ; 


amt$access_selection = amt$file_item; 


amt$attribute_source = (amc$undefined_attribute, 
amc$local_file_information, 
amcSchange_file_attributes, amc$open file_request, 
@ amc$file_reference, amc$file_command, 
amc$file_request, amc$add_to_file_description, 
amc$access_method_default, amc$store_request) 


amt$average_record_length = 1 .. amc$maximum_record; 


amt$basic_key_definition = record 
case definition_returned: boolean of 
= TRUE = 
key_name: amt$key_name, 
key_position: amt$key_position, 
key_Length: amt$key_Length, 
number_of_optional_attributes: amt$max_optional_attributes, 
casend, 
recend, 


amt$begin_file_parcel = record 
general_commit: amt$general_commit, 


e recend; 


amt$block_header_type = (Camc$tapemark_block, 
amc$data_block); 
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amt$block_number = 1 .. amc$max_block_number; 


amt$block_status = (amc$no_error, 
amc$recovered_error, amc$unrecovered_error); 


amt$block_type = (amc$system_specified, 
amc$user_speci fied); 


amt$buffer_area = “SEQ ( * ); 


amt$buffer_length = amc$mau_length .. 
amc$max_buffer_length; 


amt$collate_table = array [EcharJ of 
amt$collLation_value; 


amt$collation_value = 0 .. 255; 


amt$commit_file_parcel = record 
phase: amt$commit_phase, 
recend; 


amtS$commit_phase = (amc$simple_commit, amc$tentative_commit, 
amc$permanent_commit); 


amt$compression_effect = Camc$compress, amc$decompress); 


amt$compression_procedure = “procedure 
(effect: amt$compression_effect; 
input_working_storage_area: “cell; 
input_working_storage_length: amt$max_record_lLength; 
output_working_storage_area: “cell; 
key_position: amt$key_position; 
key_length: amt$key_length; 
VAR output_working_storage_Length: amt$max_record_length; 
VAR record_left_uncompressed: boolean; 
VAR status: ost$status); 


amt$compression_procedure_name = amt$entry_point_reference; 


amt$create_key_definition = record 

key_name: amt$key_name, 

key_position: amt$key_position, 

key_Length: amt$key_Length, 

optional_attributes: “amt$optional_key_attributes, 
recend; 
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amt$create_nested_file = record 
definition: “amt$nested_file_definition, 
recend; 


amt$creation_date = 1 .. 99999 { yyddd, defaults } 


& { to current date }; 


amt$data_block_count = 1 .. amc$max_blocks_per_file; 


amt$data_padding 
{ percentage } 


O .. 99 { expressed as a } 


=s 


amt$delete_key_definition = record 
key_name: amt$key_name, 
recend; 


amt$delete_nested_file = record 
nested_file_name: amt$nested_file_name, 
recend; 


amt$duplicate_key_control = Camc$no_duplicates_al lowed, 
amc$first_in_first_out, amc$ordered_by_primary_key); 


& amt$duplicate_value_inserted = boolean; 


amt$dynamic_home_block_space = boolean; 
amt$error_count = 0 .. amc$max_error_count; 
amt$entry_point_reference = record 
name: pmtSprogram_name, 
object_library: amt$path_name, 
recend; 
amt$error_exit_procedure = “procedure 
(file_identifier: amt$file_identifier; 
VAR status: ost$status); 
amt$error_limit =O .. Offff(16); 


amt$Serror_options = (amc$terminate_file, 
] amc$drop_block, amc$accept_record); 


amtS$estimated_record_count = integer; 


amt$expiration_date = 1 .. 99999 { yyddd, defaults } 
{ to creation date plus one year }; 
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amt$fap_layer_number = 0 .. amc$max_fap_layers; 


amt$fetch_attributes = array [1 .. * J] of 
amt$fetch_item; 


amt$fetch_item = record 
source { output } : amt$attribute_source, 
case key { input } : amt$file_attribute_keys of 
{ output } 
= amc$access_level = 
access_level: amt$access_level, 
= amc$access_mode = 
access mode: pft$Susage_selections, 
= amc$application_info = 
appLlication_info: pft$application_info, 
= amc$block_type = 
block_type: amt$block_type, 
= amc$character_conversion = 
character_conversion: boolean, 
= amc$clear_space = 
clear_space: ost$clear_file_space, 
= amc$error_exit_name = 
error_exit_name: pmt$program_name, 
= amc$error_exit_procedure = 
error_exit_procedure: amt$error_exit_procedure, 
= amc$error_options = 
error_options: amt$error_options, 
= amc$file_access_ procedure = 
file_access_procedure: pmtSprogram_name, 
= amc$file_contents = 
file_contents: amt$file_contents, 
= amc$file_limit = 
file_limit: amt$file_limit, 
= amc$file_organization = 
file_organization: amt$file_organization, 
= amc$file_processor = 
file_processor: amt$file_processor, 
= amc$file_structure = 
file_structure: amt$file_structure, 
= amc$forced_write = 
forced_write: amt$forced_write, 
= amc$global_access_mode = 
global_access_mode: pft$usage_selections, 
= amc$global_file_address = 
global_file_address: amt$file_byte_address, 
= amc$global_file_name = 
global_file_name: ost$binary_unique_name, 
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= amc$global_file_position = 
global_file_position: amt$global_file_position, 
= amc$global_share_mode = 
global_share_mode: pft$share_selections, 
= amc$internal_code = 
internal_code: amtSinternal_code, 
= amc$label_exit_name = 
label_exit_name: pmt$program_name, 
= amc$label_exit_procedure = 
label_exit_procedure: amt$label_exit_procedure, 
= amc$label_options = 
label_options: amt$label_options, 
= amc$label_type = 
label_type: amt$label_type, 
= amc$line_number = 
Line_number: amt$line_number, 
= amc$max_block_Length = 
max_block_length: amt$max_block_Length, 
= amc$max_record_length = 
max_record_length: amt$max_record_length, 
= amc$min_block_lLength = 
min_block_length: amt$min_block_length, 
= amc$min_record_length = 
min_record_Length: amt$min_record_lLength, 
= amc$null_attribute = 
r 
= amcS$open_position = 
open_position: amt$open_position, 
= amc$padding_character = 
padding_character: amt$Spadding_character, 
= amc$page_format = 
page_format: amt$page_format, 
= amc$page_length = 
page_length: amt$page_length, 
= amc$page_width = 
page_width: amt$page_width, 
= amc$permanent_file = 
permanent_file: boolean, 
= amc$Spreset_value = 
preset_value: amt$preset_value, 
= amc$record_type = 
record_type: amt$Srecord_type, 
= amc$ring_attributes = 
ring_attributes: amt$ring_attributes, 
= amc$statement_identifier = 
statement_identifier: amt$statement_identifier, 
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= amc$user_info = 
user_info: amt$user_info, 
= amc$average_record_length = 
average_record_length: 
amtS$average_record_length, 


= amc$collate_table = @ 
collate_table: “amt$collate_table, 


= amc$collate_table_name = 
collate_table_name: pmt$program_name, 
= amc$compression_procedure_name = 
compression_procedure_name: Cinput,output] 
“amt$compression_procedure_name, 
= amc$data_padding = 
data_padding: amt$data_padding, 
= amc$dynamic_home_block_space = 
dynamic_home_block_space: 
amt$dynamic_home_block_space, 
= amc$embedded_key = 
embedded_key: boolean, 
= amc$error_Limit = 
error_limit: amt$error_Limit, 
= amc$estimated_record_count = 
est imated_record_count: 
amt$est imated_record_count, & 
= amc$hashing_procedure_name = 
hashing_procedure_name: Cinput,output] 
“amt$hashing_procedure_name, 
= amc$index_levels = 
index_levels: amt$index_levels, 
= amc$index_padding = 
index_padding: amt$index_padding, 
= amc$initial_home_block_count = 
initial_home_block_count: 
amt$Sinitial_home_block_count, 
= amc$key_Length = 
key_length: amt$key_length, 
= amc$key_position = 
key_position: amt$key_position, 
= amc$key_type = 
key_type: amt$key_type, 
= amc$Sloading_factor = 
loading factor: amt$loading_factor, ® 


= amc$lock_expiration_time = 
lock_expiration_time: amt$lock_expiration_time, 
= amc$logging_options = 
lLogging_options: amt$logging_options, 
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= amc$log_residence = 
log_residence: Linput,outputJ 
“amt$log_residence, 
= amc$message_control = 
message_control: amt$message_control, 


@& = amc$record_Limit = 
record_Limit: amt$record_limit, 
= amc$records_per_block = 
records_per_block: amt$records_per_block, 


casend, 
recend; 


amt$file_access_code = char {€ defaults to space }, 


amt$file_access_selections = “array [1 .. * J of 
amt$access_selection, 


amt$file_attribute_keys = 1 .. amc$max_attribute, 


amt$file_attributes = array [1 .. * J of 
amt$file_item, 


amt$file_byte_address = 0 .. amc$file_byte_Limit; 
& amt$file_contents = ost$name; 

amt$file_id_ordinal = 0 .. amc$max_file_id_ordinal, 

amt$file_id_sequence = 1 .. 4095; 


amt$file_identifier = record 
ordinal: amt$file_id_ordinal, 
sequence: amt$file_id_sequence, 
recend, 


amt$file_item = record 
case key { input } : amt$file_attribute_keys of 
{ input } 
= amc$access_mode = 
access_mode: pftSusage_selections, 
= amcSblock_type = 
block_type: amt$Sblock_type, 
& = amc$character_conversion = 
character_conversion: boolean, 
= amc$clear_space = 
clear_space: ost$clear_file_space, 
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amcSerror_exit_name = 

error_exit_name: pmtS$program_name, 
amc$error_options = 

error_options: amt$error_options, 
amc$file_access_procedure = 
file_access_procedure: pmt$program_name, 
amc$file_contents = 

file_contents: amt$file_contents, 
amc$file_limit = 

file_lLimit: amt$file_limit, 
amc$file_organization = 
file_organization: amt$file_organization, 
amc$file_processor = 

file_processor: amt$file_processor, 
amc$file_structure = 

file_structure: amt$file_structure, 
amc$forced_write = 

forced_write: amt$forced_write, 
amc$internal_code = 

internal_code: amt$internal_code, 
amc$Label_exit_name = 

label_exit_name: pmt$program_name, 
amc$label_options = 

label_options: amt$label_options, 
amc$label_type = 

label_type: amt$Llabel_type, 
amc$line_number = 

Line_number: amt$line_number, 
amc$max_block_Length = 

max_block_length: amtSmax_block_length, 
amc$max_record_length = 
max_record_Length: amt$max_record_Length, 
amc$min_block_Length = 

min_block_length: amt$min_block_length, 
amc$min_record_Length = 
min_record_Length: amt$min_record_length, 
amc$null_attribute = 

a 

amc$open_position = 

open_position: amtSopen_position, 
amc$padding_character = 
padding_character: amt$padding_character, 
amc$page_format = 

page_format: amt$page_format, 
amc$page_length = 

page_length: amt$page_Length, 
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= amc$page_width = 
6S page_width: amt$page_width, 
= amc$preset_vaLlue = 
preset_value: amt$preset_value, 
= amc$record_type = 
record_type: amt$record_type, 
& = amc$Sreturn_option = 
return_option: amt$return_option, 
= amc$ring_attributes = 
ring_attributes: amt$ring_attributes, 
= amc$statement_identifier = 
statement_identifier: amtSstatement_identifier, 
= amc$user_info = 
user_info: amt$user_info, 
= amc$vertical_print_density = 
vertical_print_density: 
amt$vertical_print_density, 
= amc$average_record_length = 
average_record_Length: 
amt$average_record_length, 
= amc$collate_table_name = 
collate_table_name: pmt$program_name, 
= amcScompression_procedure_name = 


compression_procedure_name: Cinput,output] 
@ “amt$compression_procedure_name, 
= amc$data_padding = 


data_padding: amt$data_padding, 
= amc$dynamic_home_block_space = 
dynamic_home_block_space: amt$dynamic_home_block_space, 
= amcSembedded_key = 
embedded_key: boolean, 
= amcSerror_lLimit = 
error_limit: amt$error_Limit, 
= amc$estimated_record_count = 
est imated_record_count: 
amt$est imated_record_count, 
= amc$hashing_procedure_name = 
hashing_procedure_name: Cinput,outputJ 
“amt $hashing_procedure_name, 
= amc$index_levels = 
index_levels: amt$index_levels, 
= amc$index_padding = 


& index_padding: amt$index_padding, 
= amc$initial_home_block_count = 
initial_home_block_count: amt$Sinitial_home_block_count, 
= amc$key_Length = 
@ key_length: amt$key_length, 
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= amc$key_position = 
key_position: amt$key_position, 
= amc$key_type = 
key_type: amtSkey_type, 
= amc$loading_factor = 
Loading_factor: amt$loading_factor, 
= amc$lock_expiration_time = 
Lock_expiration_time: amt$lock_expiration_time, 
= amc$Slogging_options = 
Logging_options: amt$logging_options, 
= amc$log_residence = 
Log_residence: {input ,output} 
“amt$log_residence, 
= amc$message_control = 
message_control: amt$Smessage_control, 
= amc$record_limit = 
record_Limit: amt$record_limit, 
= amc$records_per_block = 
records_per_block: amt$records_per_block, 
casend 
recend; 


amt$file_length = 0 .. amc$file_byte_Limit; 
amt$file_limit = 0 .. amc$file_byte_Limit; 
amt$file_lock = Camc$lock_set, amc$already_set); 


amt$file_organization = Camc$sequential, amc$byte_addressable, 
amc$indexed_sequential, amc$direct_access, amc$system_key); 


amt$file_ position = (amc$boi, amc$bop, 
amc$mid_record, amc$eor, amc$eop, amc$eoi, amc$end_of_key_list); 


amt$file_processor = ost$name; 


amt$file_reference = string (¢ * <= amc$max_path_name_size); 
amt$file_set_id = string (6), { defaults to spaces }; 
amt$file_structure = ost$name; 
amt$find_record_space = record 

space: amt$file_length, 

where: amt$put_locality, 


wait: ostSwait, 
recend; 
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& amt$forced_write = (Camc$forced, 
amc$forced_if_structure_change, amc$unforced), 


amt$general_commit = record 
case general_commit_in_use: boolean of 
@ = TRUE = 
general_commit_name: ost$name, 
casend, 
recend; 


amt$generation_number = 1 .. 9999 { defaults } 

{ to 0001 3; 

amt$get_attributes = array [1 .. * ] of 
amt$get_item; 


amt$get_item = record 
source { output }: amc$undefined_attribute .. 
amc$access_method_default, 
case key { input } : amt$file_attribute_keys of 
{ output } 
= amc$access_mode = 
access_mode: pftSusage_selections, 
= amc$application_info = 
® application_info: pftSapplication_info, 
= amc$block_type = 
block_type: amt$block_type, 


= amc$character_conversion = 
character_conversion: boolean, 
= amc$clear_space = 
clear_space: ost$clear_file_space, 
= amcSerror_exit_name = 
error_exit_name: pmt$program_name, 
= amc$Serror_options = 
error_options: amt$error_options, 
= amc$file_access_ procedure = 
file_access_procedure: pmt$program_name, 
= amc$file_contents = 
file_contents: amt$file_contents, 
= amc$file_length = 
file_Length: amt$file_length, 


_ = amc$file_limit = 
file_limit: amt$file_limit, 


= amc$file_organization = 
file_organization: amt$file_organization, 
= amc$file_processor = 
© file_processor: amt$file_processor, 
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amc$file_structure = 

file_structure: amt$file_structure, 
amc$forced_write = 

forced_write: amt$forced_write, 
amc$global_access_mode = 
global_access_mode: pft$usage_selections, 
amc$global_file_address = 


global_file_address: amt$file_byte_address, 


amc$global_file_name = 
global_file_name: ost$binary_unique_name, 
amc$global_file_position = 


global_file_position: amt$global_file_position, 


amc$global_share_mode = 
global_share_mode: pft$share_selections, 
amc$internal_code = 

internal_code: amt$Sinternal_code, 
amc$label_exit_name = 

label_exit_name: pmt$program_name, 
amc$label_options = 

label_options: amt$label_options, 
amc$label_type = 

label_type: amt$Slabel_type, 
amc$line_number = 

Line_number: amt$line_number, 
amc$max_block_length = 

max_block_Length: amt$max_block_length, 
amc$max_record_Length = 
max_record_length: amt$max_record_length, 
amc$min_block_length = 

min_block_Length: amt$min_block_length, 
amc$min_record_Llength = 
min_record_length: amt$min_record_length, 
amc$null_attribute = 

4 

amc$open_position = 

open_position: amt$Sopen_position, 
amc$padding_character = 
padding_character: amt$padding_character, 


amc$page_format = 
page_format: amt$page_format, 
amc$page_Length = 
page_length: amt$Spage_Length, 
amc$page_width = 

page_width: amt$page_width, 
amc$permanent_file = 
permanent_file: boolean, 
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= amc$preset_value = 
@ preset_value: amt$preset_vaLue, 
= amc$record_type = 
record_type: amt$record_type, 
= amc$return_option = 
return_option: amt$return_option, 
& = amc$ring_attributes = 
ring_attributes: amt$ring_attributes, 
= amc$statement_identifier = 
statement_identifier: amt$statement_identifier, 
= amc$user_info = 
user_info: amt$user_info, 
= amc$vertical_print_density = 
vertical_print_density: 
amt$vertical_print_density, 
= amc$average_record_Length = 
average_record_Length: 
amtS$average_record_Length, 
= amc$collate_table_name = 
collate_table_name: pmt$program_name, 
= amc$compression_procedure_name = 
compression_procedure_name: {input ,output?} 
“amt $compression_procedure_name, 
= amc$data_padding = 
& data_padding: amt$data_padding, 
= amc$dynamic_home_block_space = 
dynamic_home_block_space: 
amt $dynamic_home_block_space 
= amc$S$embedded_key = 
embedded_key: boolean, 
= amc$error_Limit = 
error_limits: amt$error_limit, 
= amc$estimated_record_count = 
estimated_record_count: 
amt$Sestimated_record_count, 
= amc$Shashing_procedure_name = 
hashing_procedure_name: {input,output} 
“amt$hashing_procedure_name, 
= amc$index_levels = 
index_levels: amt$index_Llevels, 
= amc$index_padding = 
index_padding: amt$index_padding, 
@ = amc$key_length = 
key_length: amt$key_length, 
= amc$key_position = 
key_position: amt$key_position, 
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= amc$key_type = 
key_type: amt$key_type, ® 
= amc$loading_factor = 
lLoading_factor: amt$loading_factor, 
= amc$lock_expiration_time = 
Lock_expiration_time: amt$lock_expiration_time, | 
= amc$logging_options = @ 
Logging_options: amt$logging_options 
= amc$log_residence = 
log_residence: {input ,output} 
“amt$log_residence 
= amc$message_control = 
message_control: amt$message_control, 
= amc$record_Limit = 
record_limit: amt$record_limit, 
= amc$records_per_block = 
records_per_block: amt$records_per_block, 
casend 
recend; 


amt$get_key_definitions = record 
key_definitions: “SEQ (x), 
recend; 


amt$get_lock_keyed_record = record & 
working_storage_area: “cell, 
working_storage_Length: amt$working_storage_length, 
key_location: “cell, 
major_key_length: amt$major_key_length, 
relation: amt$key_relation, 
wait_for_lock: ost$wait_for_lock, 
unlock_control: amt$unlock_control, 
Lock_intent: amt$lock_intent, 
record_length: “amt$max_record_Length, 
file_position: “amt$file_position, 
wait: ost$wait, 

recend; 
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amt$get_lock_next_keyed_record = record 
@& working_storage_area: “cell, 
working_storage_length: amt$working_storage_length, 
key_location: “cell, 
wait_for_lock: ost$wait_for_lock, 
unlock_control: amt$unlock_control, 
©@ lock_intent: amt$Llock_intent, 
record_length: “amt$max_record_length, 
file_position: “amt$file_position, 
wait: ost$wait, 
recend; 


amt$get_nested_file_definitions = record 
definitions: “amt$nested_file_definitions, 
nested_file_count: “amt$nested_file_count, 
recend; 


amt$get_next_primary_key_list = record 
high_key: “cell, 
major_high_key: amt$major_key_length, 
high_key_relation: amt$key_reLlation, 
working_storage_area: “cell, 
working_storage_length: amt$working_storage_lLength, 
end_of_primary_key_List: “boolean, 

}@ transferred_byte_count: “amt$working_storage_length, 
transferred_key_count: “amt$key_count_Limit, 
file_position: “amt$file_position, 
wait: ost$wait, 

recend; 
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© amt$get_primary_key_count = record 
Low_key: “cell, 
major_low_key: amt$major_key_lLength, 
low_key_relation: amt$key_relation, 


high_key: “cell, 
rd major_high_key: amt$major_key_length, 
high_key_relation: amt$key_relation, 
List_count_limit: amt$key_count_limit, 
List_count: “amt$key_count_Limit, 
wait: ost$wait, 
recend; 
amt$global_file_position = amt$file_position; 
amt$group_name = amt$key_name; 
amt$hashing_procedure = “procedure (old_key: “cell; 
key_length: amt$key_length; 
VAR hashed_key: integer; 
VAR status: ost$status); 
amt$hashing_procedure_name = amt$entry_point_reference; 


@ amt$index_levels = 0 .. amcSmax_index_level; 


amt$index_padding = 0 .. 99 { expressed as a } 
{ percentage }; 


amtSinitial_home_block_count = 1 .. amcSmax_home_blocks; 


amt$internal_code = (amc$as6, amc$as8, amc$asci1, 
amc$d64, amc$ebcdic, amc$bcd); 


amt$key_count_limit = 0 .. amcSfile_byte_Limit; 
amt$key_length = 1 .. amc$max_key_length; 
amt$key_name = ost$name; 


amt$key_position = 0 .. amc$max_key_position; 


© amt$key_relation = (amc$equal_key, 
amc$greater_or_equal_key, amc$greater_key); 


amt$key_type = Camc$collated_key, amc$integer_key, 
amc$uncol lated_key); 
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amt$Label_area_length = 18 .. amc$max_label_length; 


amt$Label_exit_procedure = “procedure 
(file_identifier: amt$file_identifier); 


amt$label_options = set of (amc$vol1, amc$uvl, 
amc$hdr1, amc$hdr2, amc$eov1, amc$eov2, amc$uhl, 


amc$eof1, amc$eof2, amc$utl); 


amt$label_type = Camc$Labelled, 
amc$non_standard_labelled, amc$unlabel led); 


amt$lLast_access_operation = amc$last_access_start .. 
amc$max_operat ion; 


amt$last_op_status = (amc$active, amc$compLete); 


amt$last_operation = 1 .. amc$max_operation; 


amt$line_number = record 
Length: amt$line_number_Length, 
Location: amt$line_number_location, 
recend; 


amt$line_number_lLength = 1 .. amc$max_line_number; 
amt$Line_number_location = amt$page_width; 
amt$loading_factor = 0 .. 100; 


amt$Llocal_file_name = ost$name; 


amt$lock_expiration_time = 0 .. 604800000 { milliseconds } ; 


amt$lock_intent = CamcSexclusive_access, amc$preserve_access_ 


and_content,amc$preserve_content); 


amt$lock_file = record 
wait_for_lock: ost$wait_for_lock, 
Lock_intent: amt$lock_intent, 
recend; 


amt$lock_key = record 
key_location: “cell, 
wait_for_lock: ost$wait_for_lock, 
unlock_control: amt$unlock_control, 
Lock_intent: amt$lock_intent, 
recend; 
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amt$logging_options = set of amt$logging_possibilities; 


amt$Logging_possibilities = (amc$enable_parcels, amc$Senable_ 
@ media_recovery,amc$enable_request_recovery) ; 


amt$log_residence = amt$path_name; 


& amt$major_key_length = 0 .. amc$max_key_length; 


amt$max_block_length = 1 .. amc$maximum_block - 1; 
amt$max_optional_attributes = 1 .. amc$max_optional_attributes; 
amt$max_record_length = O .. amc$maximum_record; 


amt$max_repeating_group_count = amt$max_record_length; 


amt$message_control = set of Camcestrivial_errors, 
amc$messages, amc$statistics); 


amt$min_block_length = 18 .. amc$maximum_block; 


amt$min_record_length = 0 .. amc$maximum_record; 


amt$nested_file_count = 1 .. amc$max_blocks_per_file; 
® amt$nested_file_definition = record 
nested _file_name: amt$nested_file_name, 
embedded_key: boolean, 
key_position: amt$key_position, 
key_length: amt$key_length, 
maximum_record: amt$max_record_Length, 
minimum_record: amt$min_record_length, 
record_type: amt$record_type, 
case file_organization: amt$file_organization of 
= amc$indexed_sequential = 
key_type: amt$key_type, 
collate_table_name: pmtSprogram_name, 
data_padding: amt$data_padding, 
index_padding: amt$Sindex_padding, 
= amc$direct_access = 
home_block_count: amt$initial_home_block_count, 
dynamic_home_block_space: amt$dynamic_home_block_space, 
| Loading_factor: amt$loading_factor, 
& hashing_procedure: amt$hashing_procedure_name, 
= amc$system_key = 
records_per_block: amt$records_per_block, 
casend, 


& recend; 
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amt$nested_file_definitions = array [1 .. * J] of 
amt$nested_file_definition; 


amt$nested_file_name = ost$Sname; 
amt$nowait_var_parameters = SEQ (REP 10 of integer); 


amt$open_position = (amc$open_no_positioning, 
amcSopen_at_boi, amc$open_at_bop, amc$open_at_eoi); 


amt$optional_key_attribute = record 

case selector: amt$file_attribute_keys of 

= amc$key_type = 
key_type: amt$key_type, 

= amc$collate_table_name = 
collate_table_name: pmt$program_name, 

= amc$duplicate_keys = 
duplicate_key_control: amt$duplicate_key_control, 

= amc$null_suppression = 
null_suppression: boolean, 

= amc$sparse_keys = 
sparse_key_control_position: amt$key_position, 
sparse_key_control_characters: set of char, 
sparse_key_control_effect: amt$sparse_key_control_effect, 

= amc$repeating_group = 
repeating_group_length: amt$max_record_length, 
repetition_control: amt$repetition_control, 

= amc$concatenated_key_portion = 
concatenated_key_position: amt$key_position, 
concatenated_key_Length: amt$key_length, 
concatenated_key_type: amt$key_type, 

= amc$group_name = 
group_name: amt$group_name, 

= amc$variable_length_key = 
key_delimiter_characters: set of char, 

casend, 

recend; 


amt$optional_key_attributes = array [1 .. * ] of 
amt$optional_key_attribute; 
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amt$pack_block_header = record 
header_type: amtSblock_header_type, 
block_length: amtSmax_block_length, 
block_number: amt$block_number, 
unused_bit_count: amt$unused_bit_count, 
recend; 


amt$padding_character = char; 


amt$page_format = Camc$cont inuous_form, 
amc$burstable_form, amc$non_burstable_form) ; 


amt$page_Length = 1 .. amc$file_byte_limit, 
amt$page_width = 1 .. amc$max_page_width; 
amt$path_name = string (amc$max_path_name_size) ; 


amt$physical_transfer_count =0.. 
amc$max_buffer_length; 


amt$pointer_kind = Camc$cell_pointer, 
amc$heap_pointer, amc$sequence_pointer) ; 


amt$preset_value = integer; 
amt$primary_key = “cell; 


amt$put_locality = Camc$put_near_anywhere, amc$put_near_get, 
amc$put_near_update) ; 


amt$record_header = record 
header_type: amt$record_header_type, 
Length: amt$max_record_Length, 
previous_Length: amt$max_record_Length, 
unused_bit_count: amt$Sunused_bit_count, 
user_information: cell, 

recend; 


amt$record_header_length =O .. 
amc$max_record_header; 


amt$record_header_type = Camc$full_record, 
amc$start_record, amc$cont inued_record, 
amc$end_record, amc$partition, 
amc$deleted_record); 
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amt$record_limit = 1 .. amc$file_byte_Limit; 


amt$record_type = (amc$variable {V}, 
amc$undefined { U } , amc$ansi_fixed ( F}, 


amc$ansi_spanned { S } , amc$ansi_variable { D } ); 


amt$records_per_block 


amt$recovered_request = record 
past_last: boolean, 
task_id: pmt$Stask_id, 
file_identifier: amt$file_identifier, 
nested_file_selection: amt$Snested_file_name, 
call_block: amt$call_block, 
status: ost$status, 


1 .. amc$max_records_per_block; 


working_storage_length: amt$working_storage_length, 


key_Length: amt$key_lLength, 
recend; 


amt$recovery_description = record 
case recover_option: amt$recovery_options of 
= amc$recover_file_media = 
media_recovery: record 
backup_date_time: ost$date_time, 
Last_requests: “SEQ ( * ), 
recend, 
= amc$recover_to_last_requests = 
last_requests: “SEQ ( * ), 
= amc$recover_file_structure = 


Fd 
= amc$salvage_data_records = 
new_keyed_file: amt$local_file_name, 
salvage_log: amt$salvage_log_description, 
casend, 
recend; 


amt$recovery_options = Camc$recover_file_media, 


amc$recover_to_last_requests, amc$recover_file_structure, 


amc$salvage_data_records) ; 


amt$repetition_control = record 
case repeat_to_end_of_record: boolean of 
= FALSE = 


repeating_group_count: amt$max_repeating_group_count, 


casend, 
recend; 


C-28 CYBIL Keyed-File and Sort/Merge Interfaces 


AM Types 


amt$residual_skip_count = amt$skip_count; 


amt$return_option = (Camc$return_at_close, 
amc$return_at_task_exit, amc$return_at_job_exit); 


amt$ring_attributes = record 
ri: ost$valid_ring, 
r2: ost$valid_ring, 
r3: ost$valid_ring, 
recend; 


amt$salvage_log description = record 
case salvage_log_wanted: boolean of 
= TRUE = 
rejects file: amt$local_file_name, 
casend, 
recend; 
amt$section_number = 1 .. 9999, 
{ defaults to 0001 }; 


amt$segment_pointer = record 
case kind: amt$pointer_kind of 
=amc$cell_pointer= 
cell_pointer: “cell, 
=amc$heap_pointer= 
heap_pointer: “HEAP (*), 
=amc$sequence_pointer= 
sequence_pointer: “SEQ (*), 
casend, 
recend; 


amt$select_key = record 
key_name: amt$key_name, 
recend; 


amt$select_nested_file = record 
nested_file_name: amtSnested_file_name, 
recend; 
amt$separate_key_groups = record 
group: amt$group_name, 
parallel_group: amt$group_name, 
recend; 
amt$selected_key_name = amt$key_name; 


amt$selected_nested_file = amt$Snested_file_name; 
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amt$sequence_number = 1 .. 9999 
{ defaults to 0001 3; 


amt$skip_buffer_length = 1 .. amc$max_buffer_length; 

amt$skip_count = 0 .. amc$file_byte_Limit; @ 
amt$skip_direction = (amc$forward, amc$backward); 

amt$skip_option = Camc$skip_to_eor, amc$no_skip); 


amt$skip_unit = Camc$skip_record, amc$skip_block, 
amc$skip_partition); 


amt$sparse_key_control_effect = (amc$include_key_value, 
amc$exc lude_key_value); 


amt$statement_id_length = 1 .. 
amc$max_statement_id_length; 


amt$statement_id_location = amt$page_width; 


amt$statement_identifier = record 

Length: amt$statement_id_length, 

Location: amt$statement_id_location, © 
recend; 


amt$store_attributes = array [1 .. * ] of 
amt$store_item; 


amt$store_item = record 

case key: amt$file_attribute_keys of 

= amcS$error_exit_procedure = 
error_exit_procedure: amt$Serror_exit_procedure, 

= amc$error_options = 
error_options: amt$error_options, 

= amc$label_exit_procedure = 
label_exit_procedure: amt$label_exit_procedure, 

= amc$label_options = 
Label_options: amt$Llabel_options, 

= amc$null_attribute = 


, 


= amcSerror_Limit = 
error_Limit: amt$Serror_Limit, 


= amcSmessage_control = 
message_control: amt$message_control, 
casend, 
recend; 
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amt$tape_mark_count = 1 .. amc$max_tape_mark_count; 


amt$term_option = Camc$start, amc$continue, 
amc$terminate) ; 


amt$transfer_count = amt$working_storage_length; 


amt$unpack_block_header = record 
header_type: amt$block_header_type, 
block_length_as_read: amt$max_block_length, 
block_length_as_written: amt$max_block_length, 
block_number: amt$block_number, 
unused_bit_count: amt$unused_bit_count, 
block_status: amt$block_status, 

recend; 


amt$unused_bit_count = 0 .. 7; 
amt$user_info = string Camc$max_user_info); 


amt$version_number = 1 .. 99 
{ defaults to 01 }; 


amt$vertical_print_density = 6 .. 
amc$max_lines_per_inch; 


amt$volume_number = 1 .. amc$max_vol_number; 


amt$volume_position = Camc$bov, 
amc$mid_bov_label_group, amc$after_tapemark, 
amc$mid_hdr_label_group, amc$mid_eof_label_group, 
amc$mid_eov_label_group, amc$eov); 


amt$working_storage_Length = ost$segment_length; 
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OS 


Constants 


osc$max_condition 
osc$max_name_size = 31; 

oscSmax_page_size = 65536; 

osc$max_ring = 15, € Highest ring number (least } 
{ privileged). }; 

osc$max_segment_length = osc$Smaximum_offset + 1; 
osc$max_string_size = 256; 

osc$maximum_offset = 7fffffff(16); 
osc$maximum_segment = Offf(16), 


999999 ; G 


osc$min_ring = 1 { Lowest ring number (most } 
{ privileged). 3; 
osc$min_page_size = 512; 


osc$null_name = ° “3 
osc$status_parameter_delimiter = CHR (31) { Unit } 
{ Separator } ; 


Ordinals @ 


osc$invalid_ring = 0; 
osc$os_ring_1 = 1 { Reserved for Operating System. }; 
osc$tmtr_ring = 2 { Task Monitor. 3}; 

osc$tsrv_ring = 3 { Task services. }; 

osc$sj_ring_1 = 4 { Reserved for system job. }; 
osc$sj_ring_2 = 5; 

osc$sj_ring_3 = 6; 
osc$application_ring_1 = 7 € Reserved for } 
{ application subsystems. }; 
osc$application_ring_2 = 8; 
osc$application_ring_3 = 9; 
osc$application_ring_4 = 10; 

osc$user_ring = 11 { Standard user task. }; 
osc$user_ring_1 = 12 € Reserved for user...0.S. } 
{ requests available. }; 


osc$user_ring_2 = 13; © 
osc$user_ring_3 = 14 { Reserved for user...0.S. } 

{ requests not available. }; 

osc$user_ring_4 = 15; 
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ost$binary_unique_name = packed record 
processor: pmt$processor, 
year: 1980 .. 2047, 
© month: 1 .. 12, 
day: 1 .. 31, 
hour: 0 .. 23, 
minute: 0 .. 59, 
second: 0 .. 59, 
sequence_number: 0 .. 9999999, 
recend; 


ost$clear_file_space = boolean; 


ost$date_time = record 
year: 0 .. 255, 
month: 1 .. 12, 
day: 1 .. 31, 
hour: O .. 23, 
minute: 0 .. 59, 
second: 0 .. 59, 
millisecond: 0 .. 999, 


@ recend; 


ost$family_name = ost$name; 


ost$key_lock = packed record 
global: boolean, { True if value is global key. } 
local: boolean, { True if value is Local key. } 
value: ost$key_lock_value, { Key or lock value. } 
recend; 


ost$key_lock_value = 0 .. 3f(16); 
ost$name = string Cosc$max_name_size); 
ost$name_size = 1 .. osc$max_name_size; 


ost$page_size = osc$min_page_size .. 
osc$max_page_size; 


@ ost$pva = packed record 
ring: ost$ring, 
seg: ost$segment, 
offset: ost$segment_offset, 


@& recend; 
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ost$relative_pointer = - 7fffffff(16) .. 
(ttt ffff (16); 


ost$ring = osc$invalid_ring .. 
osc$max_ring { Ring number }; 


ost$segment = 0 .. 
osc$maximum_segment € Segment number }; 


ost$segment_length = 0 .. osc$max_segment_length; 


ost$segment_offset = - Cosc$maximum_offset + 1) .. 
osc$maximum_offset; 


ost$status = record 
case normal: boolean of 
= FALSE = 
identifier: string (2), 
condition: ost$status_condition, 
text: ost$string, 
casend, 
recend; 


ost$status_condition = 0 .. osc$max_condition; 
ost$string = record 

size: ost$string_size, 

value: string (osc$max_string_size), 
recend; 


ost$string_index = 1 .. osc$max_string_size + 1; 


ost$string_size = 0 .. osc$max_string_size; 
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@ ost$unique_name = record 
case boolean of 


= TRUE = 
value: ost$name, 


FALSE = 
@& dollar_sign: string (1), 


sequence_number: string (7), 

p: string (1), 
processor_model_number: string (1), 
s: string (1), 
processor_serial_number: string (4), 
d: string (1), 

year: string (4), 

month: string (2), 

day: string (2), 

t: string (1), 

hours: string (2), 

minute: string (2), 


second: string (2), 
casend, 
recend; 
@ ost$user_identification = record 
user: ostSuser_name, 
family: ost$family_name, 
recend; 


ost$user_name = ost$name; 


ost$valid_ring = osc$min_ring .. 
osc$max_ring { valid ring Number }; 


ost$wait = Cosc$wait, osc$nowait); 


ost$wait_for_lock = (osc$wait_for_lock, osc$nowait_for_lock); 
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Types 


pftSapplication_info = string Cosc$max_name_size); 


pftSpermit_options = (pfc$read, pfc$shorten, 
pfcS$append, pfcSmodify, pfcsexecute, pfc$cycle, 
pfc$control); 

pft$share_options = pfc$read .. pfc$execute; 


pft$share_selections = set of pft$share_options; 


pftS$share_requirements = set of pft$Sshare_options; 


pftS$usage_options = pfc$read .. pfc$execute; 


pft$usage_selections = set of pftSusage_options; 


PM Types 


PM 


Types 


pmt$cpu_model_number = (pmc$cpu_model_p1, 
pmc$cpu_model_p2, pmc$cpu_model_p3, 
pmc$cpu_model_p4) ; 


pmt$cpu_serial_number = 0 .. Offff(16); 


pmt$processor = record 
serial_number: pmt$cpu_serial_number, 
model_number: pmt$cpu_model_number, 
recend; 


pmt$processor_attributes = record 
model_number: pmt$cpu_model_number, 
serial_number: pmt$cpu_serial_number, 
page_size: ost$page_size, 

recend, 


pmt$program_name = ost$name; 
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@ RM 


Constants 


eS rmc$external_vsn_size = 6; 
rmc$recorded_vsn_size 


W 
Or 
=e 


Types 


rmt$external_vsn = string (rmc$external_vsn_size); 


rmt$recorded_vsn = string (rmc$recorded_vsn_size); 


rmt$volume_descriptor = record 
recorded_vsn: rmt$recorded_vsn, 
external_vsn: rmt$external_vsn, 
recend; 


rmt$volume_list = array C * J of 
rmt$volume_descriptor; 


@ sm 


Types 


{ SMTSOWNCODE_PROCEDURE_TYPES - Pointer to owncode 
{ procedure types for SORT and MERGE 


ownlto4_type= “PROCEDURE ( 
VAR return_code: integer; 
VAR reca: string(*); 
VAR rla: integer); 


{ Collating sequence pointer. 


smt$collating_sequence_pointer = “string(256); 


{ SMTSINFO_ARRAY - Description of static array 
{ for SORT and MERGE 


smtSinfo_array = array{1..16] OF integer; 
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This appendix describes how to use a collation table to specify how a key is 
ordered. 


& The collation table can be one of the NOS/VE predefined collation tables 
(listed at the end of this appendix) or a user-defined collation table. 


The key to be ordered can be one of the following: 


e The primary key of a keyed file. You specify the collation-table name as 
the value of the COLLATE_TABLE NAME file attribute when creating 
the file (as described in chapter I-2). 


e An alternate key of a keyed file. You specify the collation-table name as 
the value of the COLLATE TABLE NAME attribute of the 
alternate-key definition (as described in chapter I-2). j 


e Asort key. You can associate a key type name with the collation table 
using the Sort/Merge procedure calls SMP$DEFINE_USER_ 
COLLATING_TABLE or SMP$LOAD_COLLATING_TABLE described 
in part II. The key type can then be used in a key field definition on an 
SMP$KEY call. 


é 
® 
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Using NOS/VE Predefined Collation 
Tables 


To use one of the NOS/VE predefined collation tables listed at the end of this 
appendix, you specify the name of the predefined collation table as the 
collation-table name. Unlike user-defined collation table modules, use of 
NOS/VE predefined collation tables does not require the addition of an 
object library to the program-library list. 


Sort/Merge Example: 


To use the predefined collation table OSV$EBCDIC to define the key type 
MY _ KEY _ TYPE, you would include this call in the sequence of Sort/Merge 
procedure calls: 


smp$load_collating_table('my_key_type', 'osv$Sebcdic', status); 


Then, to define the first 10 bytes of the record as a key field to be sorted in 
ascending order using the key type, you would include this Sort/Merge call: 


smp$key(1, 10, 'my_key_type', 'a', status); 
Keyed-File Example: 


To use the predefined collation table OSV$EKBCDIC to order the primary key 
of a new keyed file, you specify the key type as collated and the collate-table 
name as OSV$EBCDIC. This is done by initializing two attribute records in 
the attribute array for an AMP$FILE call before the new keyed file is opened 
or for the AMP$OPEN call that first opens the new keyed file. 


Camc$key_type, amc$collated_key], 
Camc$collate_table_name, ‘OSVSEBCDIC'], 


Using User-Defined Collation Tables 


You can use any collation table stored in an object-library file if you have 
permission to read the file. To use the collation table, you perform these 
steps: 


1. Specify the collation-table name in the program. (The name must be in 
the entry-point list of the object library as displayed by a DISPLAY _ 
OBJECT_LIBRARY command.) 


2. Add the object library to your program-library list using a SET _ 
PROGRAM_ATTRIBUTE command before executing the program: 


set_program_attribute add_library=$user .object_library 
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a The process of storing a collation table in an object library is described in the 
Creating a Collation Table section. 


For the purposes of these examples, assume another user has given you 
permission to read an object library file named .WIZARD.OBJECT_ 

@ LIBRARY containing a collation table. The entry point for the collation table 
is named CASE_INSENSITIVE. 


Sort/Merge Example: 
To use the CASE_INSENSITIVE collation table: 


1. In the Sort/Merge call sequence, specify the collation table as a key type 
and use the key type in a key-field definition: 


smp$load_collating_table('my_key_type', 'case_insensitive', 
status); 
smp$key(1, 24, ‘'my_key_type', 'd', status); 


2. Add the object library to your program-library list before executing the 
CYBIL program: 


/set_program_attribute add_Library=.wizard.object_Library 
Keyed-File Example: 


@ To use the CASE_INSENSITIVE collation table to order a new alternate 
key of a keyed file: 


1. Specify the key type as collated and the collate-table name as 
OSV$EBCDIC by initializing two attribute records in the optional_ 
attributes array for the AMP$CREATE_ KEY_DEFINITION call that 
defines the new alternate key. 


Camc$key_type, amc$collated_keyJ, 
Camc$collate_table_name, 'OSVSEBCDIC'1I, 


2. Add the object library to your program-library list before executing the 
CYBIL program: 


/set_program_attribute add_library=.wizard.object_library 
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Creating a Collation Table 


Besides using collation tables created by others, you can also create your 
own collation tables. The process of using your collation tables was described 
previously under Using User-Defined Collation Tables. 


Creating your own collation table involves these steps: 
1. Writing a source code module to initialize the collation table. 
2. Compiling the source code module to create the object module. 


3. Storing the object module in an object library. 


Writing a Module to Initialize a Collation Table 


A module to initialize a collation table must perform these steps: 
1. Declare a 256-integer array. 


2. Store an integer in each element of the array. The integer must be in the 
range 0 through 255. 


The values stored in the array are the collating weights. The collating weight 
in an array element is the collating weight assigned to the ASCII character 
corresponding to that element. 


How a Collation Table Works 


To determine the correct values with which to initialize the collation table, 
you must understand how a collation table works. 


As shown in figure D-1, each element in the collation table corresponds to an 
8-bit character code. The first 128 elements correspond to the 128 characters 
in the ASCII character set (as listed in appendix B). For example, the 
element 0 in the table corresponds to the NUL character (character code 00 
decimal). Element 65 corresponds to the A character (character code 65 
decimal). 


Figure D-2 shows how a collation table is initialized for the default ASCII 
collating sequence. As you can see, the element rank matches the element 
contents. For example, the element for character NUL (character code 00) 
contains 0. The element for character A (character code 65) contains 65. 


Now, suppose we change two values in the initialized collation table in figure 
D-2. We change the A element to contain 66 (B) and the B element to contain 
65 (A). This collating sequence would order all B characters as A characters 
and all A characters as B characters. A sort using the collating sequence 
would sort all B characters before all A characters. 


D-4 CYBIL Keyed-File and Sort/Merge Interfaces Revision A 


Creating a Collation Table 


ASCII ASCII 
Graphic or Character 


Mnemonic Code 


NUL 00 
SOH 01 


Unassigned 


Unassigned 


Figure D-1. Uninitialized Collation Table 


Or, suppose we change the initialized collation table so that the A element 
contains 65 (A) and the B element also contains 65 (A). This collating 
sequence would order all A characters as A characters and all B characters 
as A characters. A sort using the collating sequence would intermix A and B 
characters. 


NOTE 


Be careful when choosing the collating sequence to order the primary key of 
a keyed file. A collating sequence that assigns equal values to different 
characters reduces the possible unique key values. 


If the key values are collated equally, the values are no longer unique in the 
© file. For example, if B is collated as A, the key value Bis a duplicate of key 
value A. 
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Default 
Collating Sequence 


ASCII ASCII 
Graphic or Character 
Mnemonic Code 


NUL 


Collated Collated 
A as B Aas A 
Bas A Bas A 


Unassigned 254 
Unassigned 295 
When A and B are ordered; B precedes A. 


When A and B are ordered, B is processed as A. (If the value 
is stored in collated form, B is stored as A.) 


Figure D-2. Collation Table Initialized to the Default 
ASCII Collating Sequence 
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CYBIL Collation Table Initialization Examples 


A CYBIL module to initialize a collation table declares a 256-element array 
variable and assigns a value to each element. 


NOTE 


The array variable must be assigned the XDCL attribute so that the name is 
an entry point to the module. A module can define more than one collation 
table by declaring and initializing more than one XDCL array variable. 


Figure D-3 shows a CYBIL module named MY_ MODULE that initializes an 
XDCL variable named CASE_INSENSITIVE. It assigns the collating 
weight for the space character (32) to all elements except the elements 
corresponding to letters. Each lowercase letter is to be ordered the same as 


the corresponding uppercase letter (a the same as A, b the same as B, and so 
forth). 


MODULE my_module; 


VAR 
case_insensitive: CSTATIC,READ,XDCL] ARRAY CCHARJ] OF 0..255 := 


C { Collating weights for the first 65 non-Lletter characters } 
REP 65 OF 32, 


{ Collating weights for the uppercase letters } 
{A} 65, {B} 66, {C} 67, {D} 68, CE} 69, {F} 70, {G} 71, 
{H} 72, {I} 73, CJ} 74, {kK} 75, {Ld} 76, {M> 77, {N} 78, 
{0} 79, {P} 80, {Q) 81, {R} 82, {S} 83, {T} 84, {U} 85, 
{V} 86, {Wd 87, {X} 88, {Y} 89, {2} 90, 


{ Collating weights for the next 6 non-letter characters } 
REP 6 OF 32, 


{ Collating weights for the lowercase letters } 
{a} 65, {b} 66, {c} 67, {d} 68, fe} 69, {f} 70, {g} 71, 
Ch} 72, Ci} 73, Cj} 74, {ki 75, {l} 76, {m} 77, {nd 78, 
fo} 79, {p} 80, {q} 81, {r} 82, {s} 83, {t} 84, {u} 85, 
{v} 86, {wi 87, {x} 88, {y} 89, {z} 90, 


{ Collating weights for the last 133 non-letter characters } 
REP 133 OF 32 J; 


MODEND; 


Figure D-3. CASE_INSENSITIVE Collating Sequence Initialization 
Module 
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Creating a Collation Table 


Sort/Merge Example: 


If Sort/Merge used the collation table from figure D-3, it would sort 
characters as follows: 


Unordered: 10 ]garbageGARBAGEgarbage9815] 3 
Ordered: 10)]9815];JaaAAaabBbeEeggGGggrRr ®& 


Keyed-File Example: 


If a keyed file used the collation table from figure D-3, all nonalphabetic key 
values would be duplicates. Uppercase and lowercase letters would be 
collated the same, so the key value ABCD would be a duplicate of the key 
value abcd. 


Storing a Module in an Object Library 


Source module compilation writes an object module on an object file. You 
then use the SCL command utility CREATE_OBJECT_LIBRARY to create 
an object library containing the module. (The CREATE. OBJECT _ 
LIBRARY utility is described in detail in the SCL Object Code Management 
manual.) 


For this example, assume that you have written a CYBIL module (such as 
the one in figure D-3) to initialize a collation table and that your source text @ 
is in file $USER.SOURCE. The following commands compile the program 

and then store the module on file $USER.COLLATION_ LIBRARY 


/cybil input=$user.source binary_object=object_file .. 
../list=list_file 

/create_object_library 

COL/add_module library=object_file 
COL/generate_library Library=$Suser.collation_Library 
COL/quit 

/ 
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Collation Table Listings 


NOS/VE Predefined Collation Table 
Listings 


The collating sequences of the predefined collation tables are listed in tables 
D-1 through D-11. 


Several of the predefined collation tables have two variants, FOLDED and 
STRICT. The variants FOLDED and STRICT indicate two different 
mappings of the characters not in the 63 or 64 characters of the original 
CYBER 170 collating sequence. 


e A strict mapping maps all characters not in the original 64- or 
63-character set to the space character. 


e A folded mapping maps some of these characters to the space character, 
but not others. (For the exact mapping, see the collating sequence in the 
table.) 


The predefined collation tables are for these collating sequences: 


Collating Sequence Predefined Collation Table 


CYBER 170 FTN5 default OSV$ASCII6_ FOLDED and 
OSV$ASCII6_ STRICT 
CYBER 170 COBOLS default OSV$COBOL6_FOLDED and 


CYBER 170 63-character 
display code 


CYBER 170 64-character 
display code 


Full EBCDIC 


EBCDIC 6-bit subset supported by 
CYBER 170 COBOL5 and SORT5 


OSV$COBOL6_STRICT 


OSV$DISPLAY63_FOLDED and 
OSV$DISPLAY63_STRICT 


OSV$DISPLAY64_FOLDED and 
OSV$DISPLAY64_STRICT 


OSV$EBCDIC 


OSV$S$EBCDIC_FOLDED and 
OSV$EBCDIC_STRICT 
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Collation Table Listings 


Sort/Merge uses predefined collation tables for its predefined collating 
sequences as follows: 


Key Type Predefined Collation Table 

ASCII6 OSV$ASCII6_ FOLDED @ 
COBOL6 OSV$COBOL6_FOLDED 

DISPLAY OSV$DISPLAY64_FOLDED 

EBCDIC OSV$EBCDIC 

EBCDIC6 OSV$EBCDIC6_FOLDED 


The Sort/Merge key type ASCII uses the default ASCII collating sequence; it 
does not use any of the predefined collating sequences listed in this 
appendix. 
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OSV$ASCII6_FOLDED 


Table D-1. OSVS$ASCII6_FOLDED Collating Sequence 


The ASCII codes not listed in this table (ASCII codes 0 through 1F and 7F through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
Sequence 
Position 


00 
01 
02 
03 


04 
05 
06 
07 


08 
09 
10 
11 


12 
13 
14 
15 


16 
17 
18 
19 


20 
21 
22 
23 


24 
25 
26 
27 


28 
29 
30 
3l 


32 
33 
34 
35 


36 
37 
38 
39 
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ASCII Code 
(Hexadecimal) 


20 
21 
22 
23 


24 
25 
26 
27 


28 
29 
2A 
2B 


2C 
2D 
2E 
2F 


30 
31 
32 
33 


34 
35 
36 
37 


38 
39 
3A 
3B 


3C 
3D 
3k 
3F 


40,60 
41,61 
42,62 
43,63 


44,64 
45,65 
46,66 
47,67 


Graphic or 
Mnemonic 


SP 
! 


+ ¥en 


WONre © 


ND Of 


"' &© OO 


Name or Meaning 


Space 
Exclamation point 
Quotation marks 
Number sign 


Dollar sign 
Percent sign 
Ampersand 
Apostrophe 


Opening parenthesis 
Closing parenthesis 
Asterisk 

Plus 


Comma 
Hyphen 
Period 
Slant 


Zero 
One 
Two 
Three 


Four 
Five 
Six 
Seven 


Eight 
Nine 
Colon 
Semicolon 


Less than 
Equals 
Greater than 
Question mark 


Commercial at, grave accent 
Uppercase A, lowercase a 
Uppercase B, lowercase b 
Uppercase C, lowercase c 


Uppercase D, lowercase d 
Uppercase E, lowercase e 


Uppercase F’, lowercase f 
Uppercase G, lowercase g 


(Continued) 
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OSV$ASCII6_FOLDED 


Table D-1. OSV$ASCII6_FOLDED Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

40 48,68 H,h Uppercase H, lowercase h & 
41 49,69 Li Uppercase I, lowercase i 

42 4A6A J,j Uppercase J, lowercase j 

43 4B,6B K,k Uppercase K, lowercase k 

44 4C,6C Ll Uppercase L, lowercase | 

45 4D,6D M,m Uppercase M, lowercase m 

46 4E,6E N,n Uppercase N, lowercase n 

47 4F 6F O,o Uppercase O, lowercase o 

48 50,70 P,p Uppercase P, lowercase p 

49 51,71 Q,q Uppercase Q, lowercase q 

50 52,72 Rr Uppercase R, lowercase r 

51 53,73 S,s Uppercase S, lowercase s 

52 54,74 T,t Uppercase T, lowercase t 

53 55,75 U,u Uppercase U, lowercase u 

54 56,76 Viv Uppercase V, lowercase v 

55 57,77 W,w Uppercase W, lowercase w 

56 58,78 X,x Uppercase X, lowercase x 

57 59,79 Yoy Uppercase Y, lowercase y 

58 DA,7A Z,Z Uppercase Z, lowercase z 

59 5B,7B [,f Opening bracket, opening brace 
60 5C,7C a Reverse slant, vertical line © 
61 5D,7D |], + Closing bracket, closing brace 
62 5E,7E oer i Circumflex, tilde 

63 5F Underline 
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OSV$ASCII6_STRICT 


Table D-2. OSV$ASCII6_STRICT Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
Sequence ASCII Code 
Position (Hexadecimal) 
00 20 
01 21 
02 22 
03 23 
04 24 
05 25 
06 26 
07 27 
08 28 
09 29 
10 2A 
11 2B 
12 2C 
13 2D 
14 2E 
15 2F 
16 30 
17 31 
18 32 
19 33 
20 34 
yal 30 
22 36 
23 37 
24 38 
25 39 
26 3A 
Zi 3B 
28 3C 
29 3D 
30 3E 
31 3F 
32 40 
33 4] 
34 42 
35 43 
36 44 
37 45 
38 46 
39 47 
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Graphic or 
Mnemonic 


SP 
! 


# 


+ ~~ 


~s ** <5 Co NOOO 


‘wv u /\ 


QMO AWPE 


Name or Meaning 


Space 
Exclamation point 
Quotation marks 
Number sign 


Dollar sign 
Percent sign 
Ampersand 
Apostrophe 


Opening parenthesis 
Closing parenthesis 
Asterisk 

Plus 


Comma 
Hyphen 
Period 
Slant 


Zero 
One 
Two 
Three 


Four 
Five 
Six 


Seven 


Fight 
Nine 
Colon 
Semicolon 


Less than 
Equals 
Greater than 
Question mark 


Commercial at 
Uppercase A 
Uppercase B 
Uppercase C 


Uppercase D 
Uppercase E 


Uppercase F 
Uppercase G 


(Continued) 
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Table D-2. OSV$ASCII6_STRICT Collating Sequence (Continued) 


Collating 
Sequence 
Position 


40 
41 
42 
43 


44 
45 
46 
47 


48 
49 
50 
51 


52 
53 
54 
55 


56 
57 
58 
59 


60 
61 
62 
63 
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ASCII Code 


(Hexadecimal) 


48 
49 
4A 
4B 


4C 
4D 
4K 
4F 


50 
51 
52 
53 


54 
59 


Graphic or 
Mnemonic 


NK 2¢<cdH MDROUV OZZr Rue 


> — — 


Name or Meaning 


Uppercase H 
Uppercase I 

Uppercase J 
Uppercase K 


Uppercase L 
Uppercase M 
Uppercase N 
Uppercase O 


Uppercase P 
Uppercase Q 
Uppercase R 
Uppercase S 


Uppercase T 
Uppercase U 
Uppercase V 
Uppercase W 


Uppercase X 
Uppercase Y 
Uppercase Z 


Opening bracket 


Reverse slant 


Closing bracket 


Circumflex 
Underline 
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OSV$COBOL6_FOLDED 


Table D-3. OSV$COBOL6_FOLDED Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 7F through FF hexadecimal) 
are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
Sequence 
Position 


00 
01 
02 
03 
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ASCII Code 
(Hexadecimal) 


Graphic or 
Mnemonic 


Name or Meaning 


Space 

Commercial at, grave accent 
Percent sign 

Opening bracket, opening brace 


Underline 
Number sign 
Ampersand 
Apostrophe 


Question mark 

Greater than 

Reverse slant, vertical line 
Circumflex, tilde 


Period 
Closing parenthesis 
Semicolon 


Plus 


Dollar sign 
Asterisk 
Hyphen 
Slant 


Comma 

Opening parenthesis 
Equals 

Quotation marks 


Less than 

Uppercase A, lowercase a 
Uppercase B, lowercase b 
Uppercase C, lowercase c 


Uppercase D, lowercase d 
Uppercase E, lowercase e 
Uppercase F, lowercase f 
Uppercase G, lowercase g 


Uppercase H, lowercase h 
Uppercase I, lowercase i 
Exclamation point 
Uppercase J, lowercase j 


Uppercase K, lowercase k 
Uppercase L, lowercase | 


Uppercase M, lowercase m 
Uppercase N, lowercase n 


(Continued) 
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Table D-3. OSV$COBOL6_FOLDED Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

40 4k 6F O,0 Uppercase O, lowercase o 
41 50,70 P,p Uppercase P, lowercase p 
42 51,71 Q,q Uppercase Q, lowercase q 
43 52,72 R,r Uppercase R, lowercase r 
44 5D,7D 1,14 Closing bracket, closing brace 
45 53,73 S,s Uppercase S, lowercase s 
46 54,74 T,t Uppercase T, lowercase t 
47 55,75 U,u Uppercase U, lowercase u 
48 56,76 Viv Uppercase V, lowercase v 
49 57,77 W,w Uppercase W, lowercase w 
50 58,78 X,x Uppercase X, lowercase x 
51 59,79 Y,y Uppercase Y, lowercase y 
52 5A,7A Z,zZ Uppercase Z, lowercase z 
53 3A : Colon 

54 30 0 Zero 

55 31 1 One 

56 32 2 Two 

57 33 3 Three 

58 34 4 Four 

59 35 5 Five 

60 36 6 Six 

61 37 i Seven 

62 38 8 Eight 

63 39 9 Nine 
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OSV$COBOL6_STRICT 


®@ Table D-4. OSV$COBOL6_STRICT Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic Name or Meaning 
00 20 SP Space 
01 40 @ Commercial at 
02 25 % Percent sign 
03 5B [ Opening bracket 
04 5F - Underline 
05 23 # Number sign 
06 26 & Ampersand 
07 27 ‘ Apostrophe 
08 3F ? Question mark 
09 3E = Greater than 
10 5C \ Reverse slant 
11 5E . Circumflex 
12 2E ‘ Period 
13 29 ) Closing parenthesis 
14 3B : Semicolon 
15 2B + Plus 
16 24 $ Dollar sign 
17 2A is Asterisk 
© 18 2D - Hyphen 
19 2F / Slant 
20 2C : Comma . 
21 28 ( Opening parenthesis 
22 3D = Equals 
23 22 i Quotation marks 
24 3C 3 Less than 
25 41 A Uppercase A 
26 42 B Uppercase B 
27 43 C Uppercase C 
28 44 D Uppercase D 
29 45 E Uppercase E 
30 46 F Uppercase F 
31 47 G Uppercase G 
32 48 H Uppercase H 
33 49 I Uppercase I 
34 21 ! Exclamation point 
35 4A J Uppercase J 
36 4B K Uppercase K 
37 4C L Uppercase L 
@ 38 4D M Uppercase M 
39 4k N Uppercase N 


(Continued) 
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OSV$COBOL6_STRICT 


Table D-4. OSV$COBOL6_STRICT Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 
40 4F O Uppercase O 
41 50 P Uppercase P 
42 51 Q Uppercase Q 
43 52 R Uppercase R 
44 5D ] Closing bracket 
45 53 S Uppercase S 
46 54 T Uppercase T 
47 55 U Uppercase U 
48 56 V Uppercase V 
49 57 W Uppercase W 
50 58 X Uppercase X 
5l 59 Y Uppercase Y 
52 5A Z Uppercase Z 
53 3A : Colon 

54 30 0 Zero 

55 31 1 One 

56 32 2 Two 

57 33 3 Three 

58 34 4 Four 

59 35 5 Five 

60 36 6 Six 

61 37 f4 Seven 

62 38 8 Eight 

63 39 9 Nine 
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OSV$DISPLAY63_FOLDED 


Table D-5. OSV$DISPLAY63_FOLDED Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F, 25, and 7F through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
Sequence 
Position 


00 
01 
02 
03 


04 
05 
06 
07 


08 
09 
10 
11 


12 
13 
14 
15 


16 
17 
18 
19 


20 
21 
22 
23 


24 
25 
26 
27 


28 
29 
30 
31 


32 
33 
34 
35 


36 
37 
38 
39 
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ASCII Code 
(Hexadecimal) 


41,61 
42.62 
43,63 
44,64 


45,65 
46,66 
47,67 
48,68 


49,69 

4A,6A 
4B,6B 
4C,6C 


4D,6D 
4E,6E 
4F 6F 
50,70 


51,71 
52,72 
53,73 
54,74 


55,75 
56,76 
57,77 
58,78 


59,79 
DA,7A 
30 

31 


32 
33 
34 
35 


36 
37 
38 
39 


2B 
2D 
2A 
2F 


Graphic or 
Mnemonic 


Name or Meaning 


Uppercase A, lowercase a 
Uppercase B, lowercase b 
Uppercase C, lowercase c 
Uppercase D, lowercase d 


Uppercase E, lowercase e 
Uppercase F’, lowercase f 
Uppercase G, lowercase g 
Uppercase H, lowercase h 


Uppercase I, lowercase i 
Uppercase J, lowercase j 
Uppercase K, lowercase k 
Uppercase L, lowercase | 


Uppercase M, lowercase m 
Uppercase N, lowercase n 
Uppercase O, lowercase o 
Uppercase P, lowercase p 


Uppercase Q, lowercase q 
Uppercase R, lowercase r 
Uppercase S, lowercase s 
Uppercase T, lowercase t 


Uppercase U, lowercase u 
Uppercase V, lowercase v 
Uppercase W, lowercase w 
Uppercase X, lowercase x 


Uppercase Y, lowercase y 
Uppercase Z, lowercase z 
Zero 
One 


Two 
Three 
Four 
Five 
Six 
Seven 


Eight 
Nine 
Plus 
Hyphen 


Asterisk 
Slant 


(Continued) 
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Table D-5. OSV$DISPLA Y63_FOLDED Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic 
40 28 ( 

41 29 ) 

42 24 $ 

43 3D = 

44 20 SP 
45 2C : 

46 2E 

47 23 # 

48 5B,7B iia, 
49 5D,7D eae: 
50 3A 

51 22 

52 5F _ 

53 21 ! 

54 26 & 
55 27 , 

56 3F ? 

57 3C < 
58 3E > 
59 40,60 @, 
60 5C,7C Vogel 
61 5E,7E . 
62 3B ; 
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Name or Meaning 


Opening parenthesis 
Closing parenthesis 
Dollar sign 

Equals 


Space 
Comma 
Period 
Number sign 


Opening bracket, opening brace 
Closing bracket, closing brace 
Colon 

Quotation marks 


Underline 
Exclamation point 
Ampersand 
Apostrophe 


Question mark 

Less than 

Greater than 

Commercial at, grave accent 


Reverse slant, vertical line 


Circumflex, tilde 
Semicolon 
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OSV$DISPLAY63_STRICT 


Table D-6. OSV$DISPLAY63_STRICT Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F, 25, and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 
@ Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic Name or Meaning 
00 41 A Uppercase A 
01 42 B Uppercase B 
02 43 C Uppercase C 
03 44 D Uppercase D 
04 45 E Uppercase E 
05 46 F Uppercase F 
06 47 G Uppercase G 
07 48 H Uppercase H 
08 49 I Uppercase I 
09 4A J Uppercase J 
10 4B K Uppercase K 
11 4C L Uppercase L 
12 4D M Uppercase M 
13 4E N Uppercase N 
14 4F O Uppercase O 
15 50 P Uppercase P 
16 51 Q Uppercase Q 
17 52 R Uppercase R 
18 53 S Uppercase S 
19 54 T Uppercase T 
20 55 U Uppercase U 
21 56 Vv Uppercase V 
22 57 W Uppercase W 
23 58 X Uppercase X 
24 59 Y Uppercase Y 
25 5A Z Uppercase Z 
26 30 0 Zero 
27 31 1 One 
28 32 2 Two 
29 33 3 Three 
30 34 4 Four 
31 35 5 Five 
32 36 6 Six 
33 37 7 Seven 
34 38 8 Eight 
35 39 9 Nine 
36 2B + Plus 
37 2D - Hyphen 
© 38 2A . Asterisk 
39 2F 7 Slant 
(Continued) 
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Table D-6. OSV$DISPLAY63_STRICT Collating Sequence (Continued) @ 
Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

40 28 ( Opening parenthesis ® 
41 29 ) Closing parenthesis 

42 24 $ Dollar sign 

43 3D = Equals 

44 20 SP Space 

45 2C ; Comma 

46 2E Z Period 

47 23 # Number sign 

48 5B [ Opening bracket 

49 5D ] Closing bracket 

50 3A : Colon 

51 22 . Quotation marks 

52 5F - Underline 

53 21 ! Exclamation point 

54 26 & Ampersand 

55 27 : Apostrophe 

56 3F 4 Question mark 

57 3C Ss Less than 

58 3E > Greater than 

59 40 @ Commercial at 

60 5C \ Reverse slant @ 
61 5E Circumflex 

62 3B : Semicolon 
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Table D-7. OSV$DISPLAY64_FOLDED Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 

Sequence ASCII Code 
Position (Hexadecimal) 
00 3A 

01 41,61 
02 42.62 
03 43,63 
04 44,64 
05 45,65 
06 46,66 
07 47,67 
08 48,68 
09 49,69 
10 4A 6A 
11 4B,6B 
12 4C,6C 
13 4D,6D 
14 4E,6E 
15 4F 6F 
16 50,70 
17 51,71 
18 52,72 
19 53,73 
20 54,74 
21 55,75 
Ze 56,76 
23 57,77 
24 58,78 
25 59,79 
26 5A,7A 
27 30 

28 3l 

29 32 

30 33 

31 34 

32 35 

33 36 

34 37 

35 38 

36 39 

37 2B 

38 2D 

39 2A 
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Graphic or 
Mnemonic 


A,a 
B,b 
C,c 


mm G2 bo 


* 1+ 0 Onc 


Name or Meaning 


Colon 

Uppercase A, lowercase a 
Uppercase B, lowercase b 
Uppercase C, lowercase c 


Uppercase D, lowercase d 
Uppercase E, lowercase e 
Uppercase F, lowercase f 
Uppercase G, lowercase g 


Uppercase H, lowercase h 
Uppercase I, lowercase 1 
Uppercase J, lowercase j 
Uppercase K, lowercase k 


Uppercase L, lowercase | 
Uppercase M, lowercase m 
Uppercase N, lowercase n 
Uppercase O, lowercase o 


Uppercase P, lowercase p 
Uppercase Q, lowercase q 
Uppercase R, lowercase r 
Uppercase S, lowercase s 


Uppercase T, lowercase t 
Uppercase U, lowercase u 
Uppercase V, lowercase v 
Uppercase W, lowercase w 


Uppercase X, lowercase x 
Uppercase Y, lowercase y 
Uppercase Z, lowercase z 
Zero 


One 
Two 


Hyphen 
Asterisk 


(Continued) 
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Table D-7. OSV$DISPLAY64_FOLDED Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

40 2F if Slant 

41 28 ( Opening parenthesis 

42 29 ) Closing parenthesis 

43 24 $ Dollar sign 

44 3D = Equals 

45 20 SP Space 

46 2C : Comma 

47 2E : Period 

48 23 # Number sign 

49 5B,7B bark Opening bracket, opening brace 
50 5D,7D ], + Closing bracket, closing brace 
51 25 % Percent sign 

52 22 - Quotation marks 

53 5F _ Underline 

54 21 ! Exclamation point 

55 26 & Ampersand 

56 a , Apostrophe 

57 3F ? Question mark 

58 3C < Less than 

59 3E > Greater than 

60 40,60 @ , Commercial at, grave accent 
61 5C,7C % gal Reverse slant, vertical line 
62 5E,7E oe Circumflex, tilde 

63 3B : Semicolon 
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Table D-8. OSV$DISPLAY64_STRICT Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 

} Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic Name or Meaning 
00 3A : Colon 
01 4] A Uppercase A 
02 42 B Uppercase B 
03 43 C Uppercase C 
04 44 D Uppercase D 
05 45 E Uppercase E 
06 46 F Uppercase F 
07 47 G Uppercase G 
08 48 H Uppercase H 
09 49 I Uppercase I 
10 4A J Uppercase J 
11 4B K Uppercase K 
12 4C L Uppercase L 
13 4D M Uppercase M 
14 4E N Uppercase N 
15 4F O Uppercase O 
16 50 P Uppercase P 
17 51 Q Uppercase Q 

& 18 52 R Uppercase R 
19 53 S Uppercase S 
20 54 T Uppercase T 
21 55 U Uppercase U 
22 56 V Uppercase V 
23 57 W Uppercase W 
24 58 X Uppercase X 
25 59 Y Uppercase Y 
26 5A Z Uppercase Z 
ra 30 0 Zero 
28 31 1 One 
29 32 2 Two 
30 33 3 Three 
31 34 4 Four 
32 35 5 Five 
33 36 6 Six 
34 37 7 Seven 
35 38 8 Eight 
36 39 9 Nine 
37 2B + Plus 

r 38 2D - Hyphen 
39 2A * Asterisk 


(Continued) 
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OSV$DISPLAY64_STRICT 


Table D-8. OSV$DISPLAY64_STRICT Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic 
40 2F f 

41 28 ( 

42 29 ) 

43 24 $ 

44 3D = 

45 20 SP 

46 2C ; 

47 2E 

48 23 # 

49 5B [ 

50 5D ] 

51 25 % 

52 22 se 

53 5F = 

54 21 ! 

55 26 & 

56 27 

57 3F 2 

58 3C < 

59 3E > 

60 40 @ 

61 5C \ 

62 5E : 

63 3B ‘ 
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Name or Meaning 


Slant 

Opening parenthesis 
Closing parenthesis 
Dollar sign 


Equals 
Space 
Comma 
Period 


Number sign 
Opening bracket 
Closing bracket 
Percent sign 


Quotation marks 
Underline 
Exclamation point 
Ampersand 


Apostrophe 
Question mark 
Less than 
Greater than 


Commercial at 
Reverse slant 
Circumflex 
Semicolon 


Revision A 


Table D-9. OSV$EBCDIC Collating Sequence 


Collating 
Sequence 
Position 


000 
001 
002 
003 


004 
005 
006 
007 


008 
009 
010 
O11 


012 
013 
014 
015 


016 
017 
018 
019 


020 
021 
022 
023 


024 
025 
026, 
027 


028 
029 
030 
031 


032 
033 
034 
035 


036 
037 
038 
039 


040 
041 
042 
043 
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ASCII Code 
(Hexadecimal) 


Graphic or 
Mnemonic 


NUL 
SOH 
STX 

ETX 


OSV$EBCDIC 


Name or Meaning 


Null 

Start of heading 
Start of text 
End of text 


Unassigned 
Horizontal tabulation 
Unassigned 

Delete 


Unassigned 
Unassigned 
Unassigned 
Vertical tabulation 


Form feed 
Carriage return 
Shift out 

Shift in 


Data link escape 
Device control 1 
Device control 2 
Device control 3 


Unassigned 
Unassigned 
Backspace 

Unassigned 


Cancel 

End of medium 
Unassigned 
Unassigned 


File separator 
Group separator 
Record separator 
Unit separator 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Unassigned 

Line feed 

End of transmission block 
Escape 


Unassigned 
Unassigned 


Unassigned 
Unassigned 


(Continued) 
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Table D-9. OSV$EBCDIC Collating Sequence (Continued) 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 
044 8C — Unassigned & 
045 05 ENQ Enquiry 

046 06 ACK Acknowledge 

047 07 BEL Bell 

048 90 — Unassigned 

049 91 = Unassigned 

050 16 SYN Synchronous idle 
051 93 _ Unassigned 

052 94 — Unassigned 

053 95 — Unassigned 

054 96 — Unassigned 

055 04 EOT End of transmission 
056 98 — Unassigned 

057 99 = Unassigned 

058 9A = Unassigned 

059 9B — Unassigned 

060 14 DC4 Device control 4 

061 15 NAK Negative acknowledge 
062 9E — Unassigned 

063 1A SUB Substitute 

064 20 SP Space & 
065 AO a Unassigned 

066 Al — Unassigned 

067 A2 — Unassigned 

068 A838 — Unassigned 

069 A4 — Unassigned 

070 A5 — Unassigned 

071 A6 — Unassigned 

072 A7 —_ Unassigned 

073 A8 — Unassigned 

074 5B [ Opening bracket 

075 2E : Period 

076 3C < Less than 

077 28 ( Opening parenthesis 
078 2B + Plus 

079 21 ! Exclamation point 
080 26 & Ampersand 

081 AQ = Unassigned 

082 AA — Unassigned 

083 AB — Unassigned 

084 AC — Unassigned @ 
085 AD — Unassigned 

086 AE — Unassigned 

087 AF — Unassigned 


(Continued) 
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OSV$EBCDIC 


© Table D-9. OSV$EBCDIC Collating Sequence (Continued) 


Collating 
Sequence 
Position 


® : 
089 


090 
091 


092 
093 
094 
095 


096 
097 
098 
099 


100 


104 
105 
106 
107 


108 
109 


110 
LE 


112 
113 
114 
115 


116 
117 
118 
119 


120 
121 
122 
123 


124 
125 
126 
127 


128 
129 


130 
@ : 
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ASCIT Code 


(Hexadecimal) 


BO 
Bl 
5D 
24 


2A 
29 

3B 
SE 


2D 
2F 
B2 
B3 


B4 


B8 
B9 
7C 
2C 


25 
5F 
3E 
oF 


BA 
BB 
BC 
BD 


Graphic or 
Mnemonic 


| 
: 


Name or Meaning 


Unassigned 
Unassigned 
Closing bracket 
Dollar sign 


Asterisk 

Closing parenthesis 
Semicolon 
Circumflex 


Hyphen 
Slant 
Unassigned 
Unassigned 


Unassigned 


Unassigned 
Unassigned 
Vertical line 
Comma 


Percent sign 
Underline 
Greater than 
Question mark 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Unassigned 
Grave accent 
Colon 
Number sign 


Commercial at 
Apostrophe 
Equals 
Quotation marks 


Unassigned 
Lowercase a 


Lowercase b 
Lowercase c 


(Continued) 
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Table D-9. OSVSEBCDIC Collating Sequence (Continued) 


Collating 
Sequence 
Position 


132 
133 
134 
135 


136 
137 
138 
139 


140 
141 
142 
143 


144 
145 
146 
147 


148 
149 
150 
151 


152 
153 
154 
155 


156 
157 
158 
159 


160 
161 
162 
163 


164 
165 
166 
167 


168 
169 
170 
171 


172 
173 
174 
175 


ASCII Code 


(Hexadecimal) 


Graphic or 
Mnemonic 


a || 
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Name or Meaning 


Lowercase d 
Lowercase e 
Lowercase f 
Lowercase g 


Lowercase h 
Lowercase 1 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Unassigned 
Lowercase j 
Lowercase k 
Lowercase 1 


Lowercase m 
Lowercase n 
Lowercase 0 
Lowercase p 


Lowercase q 
Lowercase r 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Lowercase s 
Lowercase t 


Lowercase u 
Lowercase v 
Lowercase w 
Lowercase x 


Lowercase y 
Lowercase z 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


(Continued) @ 
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Table D-9. OSV$SEBCDIC Collating Sequence (Continued) 


Collating 
Sequence ASCII Code Graphic or 
Position (Hexadecimal) Mnemonic Name or Meaning 
& 176 D8 _— Unassigned 
177 D9 — Unassigned 
178 DA — Unassigned 
179 DB — Unassigned 
180 DC — Unassigned 
181 DD —_ Unassigned 
182 DE — Unassigned 
183 DF — Unassigned 
184 0 — Unassigned 
185 El = Unassigned 
186 K2 ze Unassigned 
187 E3 a Unassigned 
188 4 — Unassigned 
189 E5 — Unassigned 
190 E6 a Unassigned 
191 E7 — Unassigned 
192 7B { Opening brace 
193 41 A Uppercase A 
194 42 B Uppercase B 
195 43 C Uppercase C 
@ 196 44 D Uppercase D 
197 45 E Uppercase E 
198 46 F Uppercase F 
199 47 G Uppercase G 
200 48 H Uppercase H 
201 49 I Uppercase I 
202 E8 — Unassigned 
203 E9 — Unassigned 
204 EA — Unassigned 
205 EB = Unassigned 
206 EC — Unassigned 
207 ED — Unassigned 
208 7D } Closing brace 
209 4A J Uppercase J 
210 4B K Uppercase K 
211 4C L Uppercase L 
212 4D M Uppercase M 
213 4E N Uppercase N 
214 4F O Uppercase O 
215 50 P Uppercase P 
@ 216 51 Q Uppercase Q 
217 52 R Uppercase R 
218 EE — Unassigned 
219 EF — Unassigned 


(Continued) 
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Table D-9. OSV$EBCDIC Collating Sequence (Continued) 


Collating 
Sequence 
Position 


220 
221 
222 
223 


224 
225 
226 
227 


228 
229 
230 
231 


232 
233 
234 
235 


236 
237 
238 
239 


240 
241 
242 
243 


244 
245 
246 
247 


248 
249 
250 
251 


252 
253 
204 
295 


ASCII Code 


(Hexadecimal) 


FO 
Fl 
F2 
F3 


5C 
9F 
53 
54 


55 
56 
57 
58 


59 

5A 
F4 
F5 


F6 
F7 
F8 
F9 


30 
31 
32 
33 


34 
35 
36 
37 


38 
39 
FA 
FB 


FC 
FD 
FE 
FF 


Graphic or 
Mnemonic 


| NK Meda HH] - 
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Name or Meaning 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Reverse slant 
Unassigned 
Uppercase S 
Uppercase T 


Uppercase U 
Uppercase V 
Uppercase W 
Uppercase X 


Uppercase Y 
Uppercase Z 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Zero 
One 
Two 
Three 


Four 
Five 
Six 
Seven 


Fight 

Nine 
Unassigned 
Unassigned 


Unassigned 
Unassigned 
Unassigned 
Unassigned 


Revision A 


OSV$EBCDIC6_FOLDED 


Table D-10. OSV$EBCDIC6_ FOLDED Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 7F through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexadecimal). 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

00 20 SP Space 

01 2E : Period 

02 3C < Less than 

03 28 ( Opening parenthesis 

04 2B + Plus 

05 21 ! Exclamation point 

06 26 & Ampersand 

O07 24 $ Dollar sign 

08 2A : Asterisk 

09 29 ) Closing parenthesis 

10 3B : Semicolon 

11 5E,7E mes Circumflex, tilde 

12 2D - Hyphen 

13 2F i Slant 

14 2C , Comma 

15 25 % Percent sign 

16 5F e Underline 

17 3E > Greater than 

18 3F r4 Question mark 

19 3A : Colon 

20 23 # Number sign 

21 40,60 @ , Commercial at, grave accent 

22 27 : Apostrophe 

23 3D = Equals 

24 22 is Quotation marks 

25 5B,7B La Opening bracket, opening brace 

26 41,61 A,a Uppercase A, lowercase a 

27 42,62 B,b Uppercase B, lowercase b 

28 43,63 C,c Uppercase C, lowercase c 

29 44,64 D,d Uppercase D, lowercase d 

30 45,65 E,e Uppercase E, lowercase e 

31 46,66 Ff Uppercase F, lowercase f 

32 47,67 G,g Uppercase G, lowercase g 

33 48,68 H,h Uppercase H, lowercase h 

34 49,69 Gt Uppercase I, lowercase i 

35 5D,7D ], 7 Closing bracket, closing brace 

36 4A 6A J,) Uppercase J, lowercase j 

37 4B,6B K,k Uppercase K, lowercase k 
@ 38 4C,6C Ll Uppercase L, lowercase 1 

39 4D,6D M,m Uppercase M, lowercase m 


(Continued) 
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Table D-10. OSVSEBCDIC6_ FOLDED Collating Sequence (Continued) 


Collating 

Sequence ASCIT Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

40 4E,6E N,n Uppercase N, lowercase n &@ 
41 4k .6F O,0 Uppercase O, lowercase o 
42 50,70 P,p Uppercase P, lowercase p 
43 51,71 Q,q Uppercase Q, lowercase q 
44 52,72 Rr Uppercase R, lowercase r 
45 5C,7C \, | Reverse slant, vertical line 
46 53,73 S,s Uppercase S, lowercase s 
47 54,74 T,t Uppercase T, lowercase t 
48 55,75 U,u Uppercase U, lowercase u 
49 56,76 Viv Uppercase V, lowercase v 
50 57,77 W,w Uppercase W, lowercase w 
51 58,78 X,x Uppercase X, lowercase x 
52 59,79 Y,y Uppercase Y, lowercase y 
53 5A,7A Z,Z Uppercase Z, lowercase z 
54 30 0 Zero 

55 31 1 One 

56 32 2 Two 

57 33 3 Three 

58 34 4 Four 

59 35 5 Five 

60 36 6 Six 

61 37 7 Seven 

62 38 8 Eight 

63 39 9 Nine 
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OSV$EBCDIC6_STRICT 


Table D-11. OSVS$EBCDIC6_STRICT Collating Sequence 


The ASCII codes not listed here (ASCII codes 0 through 1F and 60 through FF 
hexadecimal) are ordered as equal to the space (ASCII code 20 hexcadecimal). 


Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 

00 20 SP Space 

01 2E ; Period 

02 3C < Less than 

03 28 ( Opening parenthesis 

04 2B + Plus 

05 21 ! Exclamation point 

06 26 & Ampersand 

07 24 $ Dollar sign 

08 2A : Asterisk 

09 29 ) Closing parenthesis 

10 3B : Semicolon 

11 5E 5 Circumflex 

12 2D - Hyphen 

13 2F / Slant 

14 2C ; Comma 

15 25 % Percent sign 

16 5F = Underline 

17 3E > Greater than 

18 3F 2 Question mark 

19 3A ; Colon 

20 23 # Number sign 

21 40 @ Commercial at 

22 27 ° Apostrophe 

23 3D = Equals 

24 22 i Quotation marks 

25 5B [ Opening bracket 

26 4l A Uppercase A 

27 42 B Uppercase B 

28 43 C Uppercase C 

29 44 D Uppercase D 

30 45 Eb Uppercase E 

31 46 F Uppercase F 

32 47 G Uppercase G 

33 48 H Uppercase H 

34 49 I Uppercase I 

35 5D ] Closing bracket 

36 4A J Uppercase J 

37 4B K Uppercase K 

38 4C L Uppercase L 

39 4D M Uppercase M 
(Continued) 
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Table D-11. OSVSEBCDIC6_STRICT Collating Sequence (Continued) @ 
Collating 

Sequence ASCII Code Graphic or 

Position (Hexadecimal) Mnemonic Name or Meaning 
40 4E N Uppercase N 

41 4F O Uppercase O 

42 50 iP Uppercase P 

43 51 Q Uppercase Q 

44 52 R Uppercase R 

45 5C \ Reverse slant 

46 53 S Uppercase S 

47 54 T Uppercase T 

48 55 U Uppercase U 

49 56 Vv Uppercase V 

50 57 W Uppercase W 

51 58 X Uppercase X 

52 59 Y Uppercase Y 

53 5A Z, Uppercase Z 

54 30 0 Zero 

55 31 1 One 

56 32 2 Two 

57 33 3 Three 

58 34 4 Four 

59 35 5 Five 

60 36 6 Six  ] 
61 37 7 Seven 

62 38 8 Fight 

63 39 9 Nine 
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Common Procedures E 


Each CYBIL procedure call specified a status variable in which the 
completion status of the call is returned. After the call, the program checks 

e the status returned. The examples in part I call the p#inspect_status_ 
variable procedure to check the status after each call. Use of the p#inspect_ 
status_variable procedure also requires calls to p#start_report_ generation 
and p#stop_report_ generation at the beginning and end of the program, 
respectively. 


The program examples in part I copy a deck named COMPROC to include 
the common procedures in the program. The following is a listing of the text 
stored in deck COMPROC. 


2? PUSH (LIST := OFF) ?? 
*xcopyc amp$close 

*xcopyc amp$open 

*xcopyc amp$put_next 
*xcopyc osp$format_message 
22 POP ?? 


CONST 
Line_length = 137 ; {1 carriage control characters + 136 data 


@ { characters } 


SECTION s#storage_area : READ ; { read-only memory } 
SECTION s#global_holding_area : WRITE ‘{ read-write memory } 
VAR 
error_count : CSTATIC, s#global_holding_area] 
INTEGER := -1 , { global error counter } 
report_file_name : CSTATIC, READ, s#storage_area] 


AMTSLOCAL_FILE_NAME := ‘Soutput' , 
report_file_identifier : CSTATIC, s#global_holding_area] 
AMTSFILE_IDENTIFIER , 


text_index : CSTATIC, s#global_holding_area] 

1 .- Line_lengtht1 , { line buffer pointer } 
text_Line : CSTATIC, s#global_holding_area] 

STRING € Line_length ) , € Line buffer } 
status : CSTATIC, s#global_holding_areaJ 


OSTSSTATUS ; { global status variable } 


Revision A Common Procedures E-1 


Common Procedures 


{ This routine, PASTART_REPORT_GENERATION, takes care of initialization } 
{ details. It sets the error tally to zero and prepares the report file to } 
{ receive messages issued by the other procedures. } 


PROCEDURE p#start_report_generation (startup_message : STRING ( * )) ; 


VAR 
file_access_selection_p : ~ ARRAY [1 .. *] OF AMTSACCESS_SELECTION ; 
{ used by AMPSOPEN_FILE } 


error_count := -0O ; { initialize error counting } 


ALLOCATE file_access_selection_p : [1 .. 1] ; 
file_access_selection_p°[01].KEY := AMCSOPEN POSITION ; 
file_access_selection_p°[01].O0PEN_POSITION := AMCSOPEN_NO_POSITIONING ; 
{ must be positioned for append access } 
AMPSOPEN Creport_file_name, AMCSRECORD, file_access_selection_p, 
report_file_identifier, status) ; 
FREE file_access_selection_p ; 


text_index := 1 ; 

text_line(text_index, 1) := '0O' ; { carriage control character } 
text_index := text_index + 1 ; 

p#put_m (TRUE, startup_message) ; 


PROCEND p#start_report_generation ; 


{0 ramen rn nnn nnn nnn nnn nn nnn nnn nnn nnn nnn nnn nnn nnn teen nnn } 


{ Routine P#STOP_REPORT_GENERATION does wrap-up activity. The error tally } 
{ is printed out at this point. + 
( erent nr etn nn ee nnn ere eran eee ee a een e na ewesan } 


PROCEDURE p#stop_report_generation (shutdown_message : STRING ( * )) ; 


VAR 
pencil : INTEGER , { formatting area Length } 
paper : STRING ( 75 ) ; { formatting area } 


IF error_count = 0 

THEN 

p#put_m (TRUE, 'No error has been found by the program.') ; 
ELSE 

STRINGREP (paper, pencil, ‘This program has discovered ', 

error_count, ' error situation(s).') ; 

p#put_m (TRUE, paper(1, pencil)) ; 

IFEND ; 


p#put_m (TRUE, shutdown_message) ; 
AMPSCLOSE (report_file_identifier, status) ; 


PROCEND pA#stop_report_generation ; 
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Common Procedures 


{ P#PUT_M places the parameter message_string onto the reporting file, taking } 
{ care to wrap around any Long message text by splitting it onto additional } 
{ physical lines. Data is appended at the current character position of } 
{ text_line; it doesn't automatically start in column 1. The parameter } 
{ new_line_flag tells whether or not end-of-line should follow the message. } 
{ Any unprintable character is translated into '?'. } 


ram) 
| 
! 
| 
| 
J 
1 
1 
] 
i 
' 
! 
| 
| 
| 
| 
I 
| 
| 
I 
' 
j 
' 
t 
| 
| 
I 
! 
! 
| 
| 
{ 
t 
I 
{ 
| 
i 
I 
1 
i 
{ 
( 
| 
i 
i 
i 
t 
i 
i 
§ 
i 
t 
3 
J 
i 
F 
t 
t 
t 
[ 
t 
t 
! 
| 
{ 
! 
I 
| 
| 
{ 
i 
i 
§ 
t 
! 
! 
WY 


PROCEDURE p#put_m (new_line_flag : boolean ; 
message_string : string ( * <= 500 )) ; 


VAR 


garbage_eliminator_table : [Cs#storage_area, STATIC, READ] 
string € 256 ) r= 5292929229929229999799979999999999! 


CAT ' !"#S%8'' C)*+,-./0123456789: ;<=>70)' 

CAT "ABCDEFGHIJKLMNOPQRSTUVWXYZC J°_*' 

CAT ‘abcdefghijklmnopqrstuvwxyzd }°?' 

CAT CQ III FIFI VDF FF DV999 999 9999999999999 9999999999999090909! 


Cr ee ey 


CAT i Ae EE EE EE EEE EE EE EE EE EE EEO EEO 


string_position_locator : 1 .. line_length , 


{ Dummy variables, not used } 


file_byte_address_x : amt$file_byte_address , 
status_x : ost$status ; 

IF error_count = -1 { initialization forgotten ? } 
THEN 


p#start_report_generation ('Program ?? is starting.') ; 
error_count := error_count + 1 ; 
p#put_m (TRUE, 
"Error Detected! P#PUT_M was invoked without being preceded 
by P#START_REPORT_GENERATION.') ; 
ELSE 
IF (text_index + STRLENGTH(message_string) - 1) = Line_Length 
THEN 
ATRANSLATE (garbage_eliminator_table, message_string, 
text_Line(text_index, STRLENGTH(message_string))) ; 
text_index := text_index + STRLENGTH(message_string) ; 
AMPSPUT_NEXT (report_file_identifier, “text_Line, 
text_index - 1, file_byte_address_x, status_x) ; 


text_index := 1 ; { reset index } 
text_Line(1, line_length) := ' ' ; { blank filler } 
text_index := text_index + 1 ; { leave column 1 as carriage } 
{ control character } 
ELSEIF (text_index + STRLENGTH(message_string) - 1) < Line_length 
THEN 


HTRANSLATE (garbage_eliminator_table, 
message_string, text_Line(text_index, STRLENGTH(message_string))) ; 
text_index := text_index + STRLENGTH(message_string) ; 
IF new_line_flag 
THEN 
AMPSPUT_NEXT (report_file_identifier, “text_Line, 
text_index - 1, file_byte_address_x, status_x) ; 


text_index := 1 ; { reset index } 
text_line(1, lLine_length) := ' ' ; { blank filler } 
text_index := text_index + 1 ; { leave column 1 as carriage } 
{ control character B 
IFEND ; 
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Common Procedures 


ELSEIF (text_index + STRLENGTH(message_string) - 1) > Line_Length 
THEN 
string_position_locator := Line_length - text_index + 1 ; 
H#TRANSLATE (garbage_eliminator_table, 
message_string(1, string_position_locator), 
text_Line(text_index, string_position_locator)) ; 
text_index := text_index + string_position_locator ; & 


AMPSPUT_NEXT (report_file_identifier, “text_line, text_index - 1, 
file_byte_address_x, status_x) ; 


text_index := 1; { reset index } 

text_line(1, Line_length) := ' ' ; { blank filler } 

text_index := text_index + 1 ; { leave column 1 as carriage } 
{ control character } 


p#put_m (new_Line_flag, 
message_string(string_position_locator + 1, *)) ; 
IFEND ; 
IFEND ; 


PROCEND p#put_m ; 


rn 
j 
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This routine looks at the global status variable. If something has gone } 
wrong, then the global error counter is incremented and a formatted message } 
sent to the error listing file. To prevent excessive printout, all error } 
message reporting is suppressed when the error counter has become too Large.} 


AAA A A 


PROCEDURE CINLINE] p#inspect_status_variable ; 


IF NOT status.normal & 


THEN 
error_count := error_count + 1 ; { increment error counter } 
IF error_count < 333 

THEN 

p#display_status_variable ; { issue the message + 
ELSEIF error_count = 333 

THEN 


p#put_m (TRUE, 
‘Error_Count = 333. Further message reporting is turned off.') ; 
IFEND ; 
IFEND ; 


PROCEND p#inspect_status_variable ; 
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{ The P#DISPLAY_STATUS_VARIABLE routine takes the "“raw'' status value from the } 
{ global storage, formats it by looking up the message template, then appends } 
{ the completed diagnostic message onto the report listing file. } 


PROCEDURE pédisplay_status_variable ; 


VAR 
annotation : STRING ( 16), 
message : OSTSSTATUS_MESSAGE , 
Line_count : ~ OST$SSTATUS_MESSAGE_LINE_COUNT , 
Line_size : ~ OSTSSTATUS_MESSAGE_LINE_SIZE , 
Line_text : ~ OSTSSTATUS_MESSAGE_LINE , 
pointer : ~ OSTSSTATUS_MESSAGE , 
status_v : OSTSSTATUS ; { local status -- ignored } 


IF text_index <> 2 

THEN 

p#put_m (TRUE, '') ; { flush line buffer, put end-of-line } 
IFEND ; 


IF status.NORMAL { global status okay ? } 
THEN 
p#put_m (TRUE, "NORMAL STATUS') ; 
ELSE 
OSPSFORMAT_MESSAGE (status, OSCSFULL_MESSAGE_LEVEL, 
Line_lLength - 1 - STRLENGTH(Cannotation), 
message, status_v) ; 
IF NOT status_v.NORMAL 
THEN 
p#put_m (TRUE, 
‘Error: Unable to convert status message in 
PHDISPLAY_STATUS_VARIABLE.') ; 
ELSE 
annotation := ' error_status~-> ' ; { first Line only } 
pointer := “message ; 
RESET pointer ; 
NEXT Line_count IN pointer ; 
WHILE lLine_count” > 0 DO 
NEXT Line_size IN pointer ; 
NEXT Line_text : Cline_size"J IN pointer ; 
p#put_m (FALSE, annotation) ; 
p#put_m (TRUE, lLine_text” (1, Line_size”)); { print error 
message text } 
Line_count” := Line_count” - 1 ; 
annotation := ' --> ' ; { second, third, ... line } 
WHILEND ; 
IFEND ; 
IFEND ; 


PROCEND p#display_status_variable ; 
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We would like your comments on this manual. While writing it, we made some assumptions about who would use it 
and how it would be used. Your comments will help us improve this manual. Please take a few minutes to reply. 


& Who Are You? 
C) Manager 


( Systems Analyst or Programmer 


(] Applications Programmer 


How Do You Use This Manual? 


C) As an Overview 
( To Learn the Product/System 


O For Comprehensive Reference 


Which Do You Also Have? 


(1) Any SCL Manuals 
[1] CYBIL Language Definition 
1) CYBIL System Interface 


C) CYBIL File Management 


(} CYBIL Sequential and 
Byte-Addressable Files 


[] Operator O) For Quick Look-up 


O Other 


What programming languages do you use? 
Which are helpful to you? 0 Procedures Index (inside covers) OO Glossary 0) Related Manuals page 


C) Character Set CO) Other: 


How Do You Like This Manual? Check those that apply. 
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a) 


Yes Somewhat 
Is the manual easy to read (print size, page layout, and sv on)? 


OO 


Is it easy to understand? 

Is the order of topics logical? 

Are there enough examples? 

Are the examples helpful? (CJ Too simple O Too complex) 
Is the technical information accurate? 

Can you easily find what you want? 


Do the illustrations help you? 


eC) Ee) Ey a) A Ae) EJ 
ak a a 
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Does the manual tell you what you need to know about the topic? 


Comments? If applicable, note page number and paragraph. 


Would you like a reply? © Yes (] No Continue on other side 


_ From: 


Name 


Address Date 


Phone No. 


Please send program listing and output if applicable to your comment. 
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